- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
性能测试-负载测试-压力测试.ppt
* 專案主持人對客戶需求認知 需求-分析-設計-測試-交貨 認知差異性 (2/10) * 系統分析師所設計的 需求-分析-設計-測試-交貨 認知差異性 (3/10) * 程式設計師所寫出來的 需求-分析-設計-測試-交貨 認知差異性 (4/10) * 顧問所描繪的願景 比較”華麗、誇張” 需求-分析-設計-測試-交貨 認知差異性 (5/10) * 專案的文件 需求-分析-設計-測試-交貨 認知差異性 (6/10) * 最後交付給客戶的軟體 需求-分析-設計-測試-交貨 認知差異性 (7/10) * 客戶所付的錢 需求-分析-設計-測試-交貨 認知差異性 (8/10) * 上線後的技術支援 需求-分析-設計-測試-交貨 認知差異性 (9/10) * 客戶真正需要的 需求-分析-設計-測試-交貨 認知差異性 (10/10) 系統品質屬性測試 功能測試 介面測試 軟體環境測試 硬體環境測試 * 執 行 順 序 作業準備測試 DB、AP I/O Function Test LIB就緒 Component Alive Test Stress Test Resource Usage Test Fault Injection Test 執行項目 Smoking / Readiness Test Engine就緒 Interface Test Built-in Design 測試策略 * 台灣在發展大型資訊軟體專案不易成功之因素 大型資訊軟體專案需投入相當多人力、物力及累積經驗。 台灣大部份廠商無法接受長期投資之效益。 * 市面上國內外套裝軟體的品質愈來愈差之因素 目前市面上國內外套裝軟體或系統軟體的品質為何愈來愈差之因素? =?為了Time to market (搶佔市場) =?從原先驗證測試品質標準調降,來符合市場上市之時間點 * 測試規劃 測試設計 測試執行 測試完成 測試策略 客戶需求及產品需求審查 定義測試標的物及範圍 定義測試之階段、行動方案及權責 確認測試工具、技術及實做方法 設計測試案例 建立測試腳本及說明 建立測試資料 執行測試案例及結果分析 提出缺失報告 重新測試 提出測試摘要報告 提出缺失摘要報告 摘自印度TATA公司測試簡報 軟體品質驗證與測試的控管程序 環境管理 缺失管理 計畫管理 整合測試 線上測試 測試管理 * 測試自動化生命週期 識別工作 實現化工作 Realization Test Plan Test Design Test Scripts Test Reports Test Logs 哪些要自動化 如何自動化 建立並驗 證自動化 執行自動化 及撰寫報告 設計工作 執行工作 摘自印度TATA公司測試簡報 * Reuse of automated scripts during maintenance phase Faster Test-Fix-Deploy cycle Reduced Testing effort (man hours) in Subsequent Cycles Consistency in Testing Possibility of executing tests beyond usual working hours Increase in motivation and efficiency for Testers 測試自動化之好處 摘自印度TATA公司測試簡報 * 系統測試的目標 (軟體工程—實務專家作法p17-5 ) 測試是為發現錯誤而執行程式的過程 好的測試案例具有極高可能性發現尚未發現的錯誤 成功的測試可發現尚未暴露的錯誤 * 好的測試屬性(軟體工程—實務專家作法p17-8 ) 好的測試:具有發現錯誤較高的機率 好的測試:不會太冗長 好的測試:應是”最好的訓練”--- 類似企圖、時間與資源限制下的測試…… 好的測試:不應太簡單或太複雜 * 測試人員之層次 一般可區分三個等級: 較高層次:撰寫系統規劃書(system engineer寫),如需求規格書(SRS)、系統設計規格書(SDS) ;測試計畫書、 整合測試案例(測試設計師) 第二層次:撰寫Testing procedure(開發工程師) ,如需求分析、需求設計、白箱測驗案例(test pattern)等 第三層次:performance testing (一般人員) ,如撰寫測試報告 * 程式修改版本之控管(如微軟VSS) 新需求或MR(Modified Requirement)之追蹤與驗証 測試工作 測試工具之評估及選用(或自行開發) 系統功能測試(研發版本,上線版本) 驗証程序工作 驗証之標準案例設計(含整體功能面及介面,如帳務、Hinet等介面) 系統功能整
您可能关注的文档
- 基于内容я析法的土地整理项目后期管护政策的演进я析-水土保持通报.PDF
- 第六章理论验证与分析.PDF
- 基于农户视角的农业基础设施需求分析-广东农业科学.PDF
- 基于农户视角的岩溶石漠化小流域农业发展模式研究-水土保持通报.PDF
- 基于多维贫困视角的农户益贫分析-中国农业大学人发学院.PDF
- 基于数据并行的神经语言模型多卡训练分析AnalysisofDataParallel.PDF
- 基于服务人口最大化的快速公交线路规划-交通运输系统工程与信息.PDF
- 基于科技报告资源的燃料电池领域文献计量分析-情报工程-中国科学.PDF
- 基于结构方程模型的酒店实习生满意度研究-广东工程职业技术学院.PDF
- 基于连续时间商品模型的电力市场理论-ChinaXiv.PDF
文档评论(0)