软件测试基础：方法与度量-王锐.pptVIP

共68页 软件测试基础：方法与度量（1） 王锐 * 提纲 引子 主管问测试人员，“你已经测试过了吗？可以进行发布了吗？” 测试人员回答：“是的，我测试过了。可以往下进行了。” 主管问道：“那么，你测试了什么？” 测试人员回答：“我测试过它了” 现实：我经常被问到的问题 测试覆盖了哪些需求？ 测试效率（编写用例、执行测试）如何？ 缺陷收敛吗？缺陷曲线合理吗？ 版本可以正常发布吗？ 思考： 为什么不能准确回答以上问题？ 对于软件测试人员的一份调查结果： 在测试中常用到的度量类型仅仅是错误数以及将错误按严重等级分类 多数测试人员具有自动测试工具经验，但测试自动化也是实现和维护测试过程的最困难的测试技术。 测试经历较少的被调查者对测试术语提供了最精确的定义，而经常执行测试的人对测试提供了最糟糕的定义。 结论： 测试人员的认知水平有待改进。 为什么会有这种认知现状？这种局限性是如何产生的？ 历史回顾 20世纪80年代 大铁家伙的统治时代，只有少数人开发和测试软件，多数人为工程中各层次的工程师。 20世纪90年代 快速应用开发技术（RAD）被采纳 竞争加剧，市场驱动发布策略，消费者最有可能购买市场上第1个能满足其功能的产品，而不一定是最可靠的产品。 过去10年 大多数质量改进得益于标准化和开发过程改进 测试人员的转机 当消费者把可靠性看得比功能和费用更重要的时候，质量的砝码则从市场第一转向可靠性，使用正规方法和度量的好坏成为公司生存和毁灭的差别所在。 问题： 许多组共同分割预算，因此测试组必须有充分的理由。 对测试人员的最低要求是测试的效果是必须能为产品增值，而增加测试可信度的方法就是使用正规方法和良好的度量。 当前测试人员所面临的挑战 1、没有规格说明就没有测试 名词解释： 测试－将实际结果与标准进行比较 验证－通过研究，与标准比较或引用事实的方式测试或检查精确性或正确性。即“系统做了应该做的事情吗” 确认－按照法规或约定，证明有效的状态、质量或事实。确认回答“系统执行正确吗”，要求测试人员的主观判断。 测试人员的工作＝验证＋确认 经常发生的事： 为说服开发人员软件中有错误，测试人员必须具有说服力和较高的个人威信，因为没有标准可以参照。 当前测试人员所面临的挑战 2、迫于市场或企业压力而忽略测试 测试还没能被证明是成功发布产品的需要，测试被认为是主要的开销部分，而不是为底线增值的贡献者。 当前测试人员所面临的挑战 3、缺乏训练有素的测试人员 在安全性苛刻的企业中：5－5－2 在商业软件企业中：上世纪90年代后期只有10％的测试人员和开发人员具有测试技术培训的经历。在大多数公司中测试不是一个受尊敬的职业，只是职业生涯中的一个阶段。 4、标准减少了对测试的需求 最重要的和可见的软件质量改进并非是测试的结果，而是被internet驱动的标准化结果，消除了对大量底层测试的需要。 软件测试与质量保证 质量保证定义：为确保产品或服务满足规定的质量要求，提供所有必要的计划和系统的活动。 软件测试是质量保证的手段之一。 在美国，很少有软件开发公司有全职的质量保证人员。 原因：在大多数情况下，传统的正规质量保证并非是为产品增值而具有良好费效比的方式。 软件测试与质量保证 一些正规的质量保证原则与当今商用软件开发现实不太相符。 关于质量的六大谬误： 1、质量需求决定进度 2、质量＝可靠性 3、用户清楚他们的需求 4、需求就是正确的 5、如果功能和可靠性好的话，用户就会接受产品 6、要求产品的成熟性 改进质量过程 质量要在时机、价格、功能、可靠性以及为客户提供满意支持之间达到平衡。 1、为质量选择正确的构成 质量可以通过客户满意度最有效的量化 2、正确选择适合开发环境的质量控制工具 自动化跟踪－协同 改进文档技术 3、使用可行的方法和度量培训测试人员 管理软件测试的方法 拉斯维加斯的例子 管理者不能靠猜测行事 管理软件测试的方法 必须设计一种测试方法作为被使用的开发方法的补充，最后将度量数据转换为管理者认为确实有价值的信息。 工程方法 工程实践的一些基本规则，对软件工程师和测试人员具有特定意义： 说明遵循的方法及理由：说我所做的 说明你的假设：公布并进行广泛评审 考虑适当安全系数 始终听取乙方评价：让别人检查你的工作 如何确定安全系数并不重要，重要的是使用安全系数改进评估 集成和测试的方法 自底向上方法 过程：单元测试后将模块组合起来测试，使用模拟器代替必要但还没有实现的模块，当组合好的模块稳定后，再增加更多的模块直到整个系统被