More Related Content
ISO/IEC DIS 20246 についての(ごく簡単な)説明 【Agile Conference tokyo 2011】 継続的フィードバック アジャイルテスト -高品質を追求するアジャイルチームにおけるテストの視点- 【楽天テックカンファ前夜祭2014】誰がテスト自動化をするべきか #rakutentech テスト分析入門 -「ゆもつよメソッド」を例に- #wacate What's hot (14)
【SQiP 2014】継続的システムテストについての理解を深めるための 開発とバグのメトリクスの分析 #SQiP #SQuBOK 60分でわかった気になるISO29119 #wacate EMTEを使って自動化の費用対効果をわかりやすく表現する 【JaSST'14 Tokyo】システムテストの自動化による 大規模分散検索プラットフォームの 開発工程改善 #JaSST WACATE2019冬 ソフトウェアテスト業界でのステップアップを考えよう #wacate #STAC2014 状態遷移を活用した自動テストのテスト戦略とデプロイメントパイプライン Viewers also liked (20)
1 2 eso-la exposición_texto escrito 2013年度インドオフショアセンターの取組みについて PostgreSQL performance monitoring Anno stelle 31 gennaio 2013 Ikasle Musika Lehiaketa 2013 Similar to ITS fidel (20)
Team Foundation Server ~ 今を生きるエンジニアのための開発基盤とは 【BPStudy #63】 19-B-4 開発品質向上のための、ASQ/ALMソリューション HP_almqc_concepts20150701 Jenkins ユーザ・カンファレンス 2012 東京 S406-4/マルチステージ型継続的インテグレーションのすすめ 【JaSST'11 Tokyo】 テスト イノベーション 継続的デリバリー読書会 第 5 章 デプロイメントパイプラインの解剖学 開発品質向上のための、ASQ/ALMソリューション ~品質向上策・活用していないのは何故ですか?~ Agile japan2010 rakuten様プレゼン資料 【18-B-4】ソースコード品質、大丈夫ですか? ~静的検証のススメ~ #NagoyaTesting アジャイルなテストの見積りと計画づくり 継続的デリバリー読書会 第 7 章 コミットステージ Testing processqualifylevel 2009 Provisioning & Deploy on AWS ITS fidel
- 2. ソフトウェア品質の悪さで。。
顧客の不満により、高いサポートコスト発生
マーケット・シェアのロス(障害で市場に売り出すための時間かかる)
顧客が競争会社に引っ張れる
少しの変更でも多様なテストをしなければなりません
Slide 2
- 3. 技術専門及びエンジニアスキル紹介
言語 VB, .NET(C#, Asp.NET), Java, php, C++, perl, Ruby
データベース Oracle, SqlServer, mySql, pSql, Access, SqlServer CE
Web サーバー Weblogic 8.0, IIS, Apache, Tomcat
テストツール/ Junit, Jmeter, phpUnit, Nunit, Mantis, Bugzilla
BUGまとめツール
ハードウェア Unix, Win, Linux
Smartphone/Tablet Android, Iphone, Tablet ベースのアプリ・テスティング
**機能性だけではなく、多言語化(アジアン言語、欧米言語)テストも可能。
**フィデルがお客様のニーズに従ってインフラ・ツールとチーム構成できます。
Slide 3
- 4. ソフトウェア開発ライフサイクルとサービスマップ
チェックポイント 開発ライフサイクル パフォーマンスコンサルティングサービス
要件定義レビュー システム定義 •アーキテクチャ・コンサルティング
•キャパシティー・プランニング
アーキテクチャ・レビュー ソフトウェア定義
•パフォーマンス・プランニング
機能設計書レビュー 解析
論理的/物理的な設計レ 設計
ビュー
製造 コード・チューニング
単体テスト
機能テスト •ロードテスト
テスティング
•ストレステスト
UAT, システムテスト 導入前 •整合性テスト
•チューニング
保守テスト 導入後
24 X 7 モニタリング
現在提供しているサービス (オフサイト、オフショア)
今後予定しているサービス (オンサイト、オフサイト、オフショア)
WEBサイト・データ/内容更新
Slide 4
- 5. 御社と接するポイントとサービス・プロセス
チェックポイント SDLC
要件定義レビュー システム定義
アーキテクチャレ ソフトウェア定義
ビュー
機能レビュー 解析
論理的/物理的設計 設計
レビュー
単体テスト 製造 コード・チューニング
機能テスト テスト
プロセス
導入前 •テストケース作成お酔い顧客様とご一緒にレビュー(機能設計フェーズ
の最後に)
導入後
•テスティング・プロジェクトの全プロセス中 QMS(品質管理システム)
を守る
•ドキュメンテーション
接するチェックポイント •弊社側でツールとプロセスを使用してプロジェクト・マネージメントする
•常にステータス報告及びレビュー
提供するサービス
Slide 5
- 6. テスティング・プロジェクトの実行流れ
日本 インド
顧客 フィデル日本 フィデルインド
テストケース オフショアPM
作成 Accept
テスティング・チー
レビュー
OK ム
テスト・
チーム
ブリッジ・エンジニ テスト
ア 障害レポート
リーダー
NG
OK
修正されたプログラム
サインオフ
進捗管理・レビューミーティング (電話会議/チャット/SKYPE 等)
テストの最後までのLOOP
オプション・リソース
Slide 6
- 7. オフショア・テスティング専用センター設立プロセス
セットアップ ナレッジ・トランスファー プロセス定義 オペレーション開始
•契約 •トレーニング •プロジェクト管理 •目的定義
•要件定義 •オンサイトとのコミュニ •テストメッソド •責任の切り分け
ケーション
•インフラセットアップ •バグ報告 •メトリックス定義
•ドキュメンテーション
•リソース収集 •Escalation
•ナレッジ・トランスファー
5 Weeks
2 Weeks
1 Week
1 Week
T + 8 Weeks
T = 契約日
Slide 7
- 8. テスティングを外注するアドバンテージ
社内のリソースを上流に回せる
テストケース作成、QAに回せる
オフショアにだせるようなサービス(テスト・フェーズの切り分けが可能)
コスト削減しながら生産性上立
必要に応じてリソースのスケールアップが可能
テストリソース(アルバイト)を無駄に持つ必要がない
テストフェーズのみで20-30%のコスト削減を目指す
Slide 8