测试理念与方法.ppt

传统方法！=不传统 白加黑运用 路径覆盖+等价类划分（黑白结合）综合、灵活运用 功能为主，正负相当，负可以少一些 传统用例设计方法、技巧、管理方案 IE7 界面为主的测试 另一种方法（做比较） WUA（Windows Update Agent） 怎么测？ Updates, Security Updates, vulnerability WSUS2.0 / WSUS3.0 MBSA2.1 MBSA 2.1 Scan log Log中有很多项 逐条设计测试用例 查阅资料、创造测试条件 （繁=烦） 做比较、比对 （还不错吧？） 扫描Safebuild 扫描Runtime 比较结果，分析错误、丢失项 测试小结（用例设计及理念） 一个理念两个方法 理念： 用例设计者：目标是以最少的用例暴露最多的问题，简洁而有效（少儿全，简而精）。 换句话说，一个好的测试用例在于能发现至今未发现的错误。 用例执行者：目标是发散思维，借助有限的case发现更多的问题。换句话说，一个成功的测试是发现了至今未发现的错误的测试。 两个方法： 传统测试方法综合运用 “白加黑” （不传统） 做比较、比照 Embedded用例设计 据需求定测试覆盖、测试力度?用例个数 传统方法综合、灵活运用?高效复合Scenario用例 一次成型，尽量避免反复修改（吊车模型）。 忌: 想到哪写到哪、地毯式覆盖 不断修改、完善 Bug、需求设计变动等 不重，不漏，不冗余。 尽可能覆盖所有重要关键路径、揭露问题，保证质量。 功能为主，正负比例适当（组件化） 尽可能自动化。 关于Bug Bug及早报。晚了可能会Won’t fix, 优先级也会变低。 Bug报不报=发现没发现， 是tester的问题，Fix or Not，是Dev的问题。 Bug描述清晰、简洁、具体、详尽。 尽量避免duplicate, won’t fix和by design Bug状态跟踪要到位。 勇于据理论争，态度谦虚；但不无理取闹。 贴图，屏幕录制。减小体积（jpg，zip）。 总结 一个测试理念两个测试方法 灵活运用，高效、高质量测试 尽早开bug, 切记”懒得开“！！ QA ？ 内容 软件测试的目的和目标 一个测试理念 Embedded软件与大众软件异同 两个测试方法 传统白盒测试、黑盒测试等 Embedded测试用例设计方法 关于如何报Bug注意事项 测试目的 测试的目的是验证执行结果符合设计的正确性,防止错误和非预期的结果的发生。测试是去发现Bug ，但是最终的目的并不是找出多少Bug，而是保证产品的质量。 测试是程序的执行过程，目的在于发现Bug 测试的收获是，它能够证明软件的功能和性能与需求说明相符合。 实施测试收集到的测试结果数据为可靠性分析提供了依据。 测试不能表明软件中不存在Bug，它只能说明软件中存在Bug。 测试误区 误区： 测试用例应该详细记录所有的操作信息，使一个没有接触过系统的人员也能进行测。 测试用例设计是一劳永逸的事情 测试用例中不需要明显的验证手段 测试目标 如何以最少的人力、资源投入，在最短的时间内完成测试，降低人为因素的影响，系统地找出软件中潜在的各种错误和缺陷，保证软件的质量，则是软件测试探索和追求的目标。 实现目标： 如何把人为因素的影响减少到最小？ 如何减少人力、资源投入，提高效率？ 如何实现测试目标 如何把人为因素的影响减少到最小？ 测试用例（反复使用） 测试文档（便于跟踪） 如何减少人力、资源投入，提高效率？ 提高效率（创建用例、执行用例） 测试人员有 一个意识： 写case - 少而全、简而精 Tester – 根据最少的case发现更多的问题 用例 - 少而全、简而精 少：省时间 全：覆盖需求，保证软件有效性和健壮性 简：易读?省时间？ 符号化 （IE7） Title明朗化 抓图对照注意：精简程度取决于Tester熟练程度，技能水平。 精：好 – 描述清楚 – 易于暴露问题，保证质量 测试IE7 Save 功能 (1) Click the start Menu and then click “all programs”, then left click “Internet Explorer” Shortcut to launch the IE. Click into the Address text box of the IE explorer and enter /, then press enter to browse open the / web site. Click the File menu after the web site is opened. C