研发流程中的产品测试.pptxVIP

研发流程中的产品测试;本次交流的目的;本次交流的目的;本次交流的目的;本次交流的目的就是增强技术 人员对测试工作的理解和认识, 便于后续公司测试工作流程的 持续改进。;提纲 ＞测试的目的和原则 ＞测试的分类和方法;测试的目的和原贝u;测试的目的 一点共识： ＞为使最终用户对产品满意，就必须保证 产品功能性能达到用户需求。而验证产品功 能性能否达到用户要求的唯一方法就是持续 有效的测试。;测试的目的 ＞两种角度： ＞从用户的角度出发，就是希望通过测试能 充分暴露产品中存在的缺陷，以便决定是否 买单。 ＞从开发者的角度出发，就是希望测试能表 明产品不存缺陷，已经完全正确地实现了用 户需求。;测试的目的 三个问题： A从情感角度来看，开发者是不愿意自己设 计的产品被证明存在设计缺陷。 A从应用角度来看，开发者往往是认为用户 一定是按照自己设计好的操作模式来对产品 进行操作的。 ＞从实施角度来看，开发者总是对能够验证 产品已经实现了预期功能的测试项目更加感 兴趣。;测试的目的 四条结论： ＞测试不仅仅是为了证明产品能够实现既定 功能，还要尽可能多地发现产品中的错误和 缺陷。 ＞测试只能证明错误的存在，但不能证明错 误不存在。 ＞研发产品质量保证的唯一方法就是尽量大 覆盖范围下的有效测试。 ＞测试的有效性是通过符合实际应用条件下 的测试用例的设计及实施来保证。;测试实施原则;测试实施原则 ＞对非法的和非预期的输入也要像合法的和预 期的输入一样编写测试用例。 ＞检查产品是否做了应做的事仅是成功的一半, 另一半是看产品是否做了不该做的事。 ＞对测试错误结果一定要有一个确认的过程， 一般有A测试出来的错误，一定要有一个B来确 认，严重的错误可以召开评审会进行讨论和分 析。;测试实施原则 ＞测试后遗留的错误数目往往与已发现的错误 数目成比例。因此当A模块找出错误比B模块多 得多时，很可能A模块遗留的错误仍比B模块遗 留的错误多。 ＞回归测试的关联性一定要引起充分的注意， 修改一个错误而引起更多的错误出现的现象并 不少见。 ＞妥善保存一切测试过程文档，测试的重现性 往往要靠测试文档。;测试实施原则 ＞制定严格的测试计划，并把测试时间安排的 尽量宽松，不要希望在极短的时间内完成一个 高水平的测试。;总结一下 ＞对于测试重要性的理解我们都相差不多，唯 一的区别在于对测试所关注问题的不同看法。 ＞我们的核心问题是如何提高测试效率。 ＞测试会占用开发周期，特别是测试覆盖率 要求越高周期就会越长，这与开发进度要求 一定是矛盾的。 ＞开发人员、测试人员较少测试经验，不具 备良好的测试技能和测试工具，使得测试进 度更加不可保证。;广义的测试 ＞测试应该贯穿产品开发周期，测试不仅仅是 测试所实现的产品性能与功能，还要测试开发 周期中各种设计文档。 ＞需求阶段、总体（概要）设计阶段、详细设 计阶段所输出的技术文档，包括需求规格说明、 总体（概要）设计、详细设计、源程序（SCH、 PCB）、用户文档等，都是测试的对象。;测试的分类;测试的分类 ＞按测试方法划分，有静态测试和动态测试。 ＞动态测试：使被测试产品或模块有控制地 运行，并从多种角度观察运行时的行为，以 发现其中的错误。 A静态测试：就是指人工评审设计文档，借 以发现其中的错误。作为研发质量控制的重 要手段，评审经常作为具体实施前的检查手 段，其目的是保证设计的正确性、减小设计 风险、尽早发现设计缺陷。;测试的分类 按测试功能划分，有黑盒测试和白盒测试。 ＞白盒测试：对模块内部是不透明的。从模 块/产品的设计、结构上来进行测试，检查模 块/产品中的错误。 ?黑盒测试：对内部透明，仅从使用上来检 查功能上是否有错误。;黑盒与白盒;黑盒与白盒;黑盒与白盒;灰盒测试 ＞灰盒测试介于黑盒与白盒之间，关注输出对 于输入的正确性，同时也关注内部表现，但这 种关注不象白盒那样详细、完整，只是通过一 些表征性的现象、事件、标志来判断内部的运 行状态。 ＞灰盒法在用例设计中不关心模块内处理过程, 只关心被测对象的输入与输出，这是典型的黑 盒思维模式。 ＞灰盒法在用例设计时基于对模块内部处理的 了解，测试设计可以有针对性的进行，测试过 程评估也是白盒法。;模糊测试 ＞模糊测试是黑盒法中的一种，其执行过程为： 向产品有意识地进行无效输入以期望触发错误条 件或引起产品的故障。 ＞模糊测试最为形象的说法是：测试过程要做 的就是站在后面向目标投掷石头，等待玻璃被打 破的声音。就这个意义而言，模糊测试可被归结 为黑盒测试。 ＞若我们对产品内部有所了解，就可以让石头 每次的飞行路线更直接并且更真实。因此，模糊 测试也可以应用在灰盒测试中。;测试方法的选择 ＞有一种观点认为： ＞在单元测试阶段采用白盒法; ＞在集成测试阶段釆用灰盒法; ＞在