[工学]测试方法论01.pptVIP

人们对测试存在着一些误区例如： 测试是想象到可能出现的问题，然后试图验证这些问题。 让时间有富裕的员工去做一些测试 测试是相对简单的工作。 关于风险 测试 = 风险分析 通过测试，我们可以把所有出现的bug划分成以下四部分，根据实际提交bug的情况，可以得到进一步的关于产品质量的风险分析。 很严重 ? 低频率 很严重 ? 高频率 不太严重 ? 低频率 不太严重 ? 高频率 测试类型: 黑盒和白盒测试 黑盒测试就是代码隐藏, 只面向程序设计的高层 白盒测试是代码可视,同时程序设计的高层也可见 灰盒测试是部分代码可视. Note: API(Application Programming Interface 应用编程接口)测试都是白盒测试, GUI（Graphics User Interface 图形用户界面）系统是高度黑盒测试 任何要发布给大众的系统都要进行白盒测试 是否采用混合测试是由产品团队决定的 End today Question? 测试方法论 1.为什么要进行软件测试？ 2. 测试人员 3 什么是测试 为什么要进行软件测试？ 60%（通常情况下更多）的项目开发时间用在测试上。 重要的开发资源都会用于测试。 测试不可能检查到所有的部分。 构建可测试的软件是很昂贵的。 测试人员根据产品的描述来完成测试。 因为我们需要这些： 了解状态 衡量在产品达到交付目标前已经取得的进步。 了解风险因素（测试=风险分析） 接纳革新 项目经理关注好的设计，开发人员关注写出好的代码，测试人员关注查证。 因为我们需要这些： 确认代码设计和执行 可以在公平的基础上评估一些想法 代码如何工作对于用户来说并不关心，用户需要的功能是否能实现，及达到的效果才是用户关心的。 测试人员通过关注项目经理和开发人员的合作，了解产品的实现。 重要的是: 降低成本 在产品的开发周期内解决一个Bug和在产品交付后解决一个Bug所耗费的成本相比，要降低100倍。 解决在产品交付后发现的Bug所产生的费用，总是要超出从产品早期版本中获得的利润。 公众的不良评价是无法挽回的损失。 不进行测试，是最昂贵的举措。 测试—不可缺少的部分 一个项目组是由开发人员，测试人员，CM和项目经理组成的。 每条规则都是根据别人的经验和能力得到的。 项目经理 — 给出产品预期目标 开发人员 ---- 实现产品预期目标 CM---版本控制 测试人员 ---- 测量产品预期结果与实际情况的差距。 在Exchange 2000 和 Windows 2000中的资源分布。 　 Exchange 2000 Windows 2000 Project Manager 25 250 Developer 140 1700 Tester 350 3200 Tester/Developer 2.5 1.9 Note: 测试虽然越来越被国内软件业重视，但要体现测试的价值，还应该注意提高测试人员的专业水平。提升到一个更高的角度来看待测试，不仅仅把目的停留在每个具体结果是Pass还是Fail，而是透过现象，看到本质问题。并且应该学会总结，不止就表面问题报bug。 测试人员 STE – Software Test Engineer SDET – Software Development Engineer in Testing 测试组长 – Test Lead STE – Software Test Engineer 受过不同的教育，不同文化背景（商务，艺术，语言，科学）。 不必一定会编程。 善于弄坏东西；需要有软件的相关经验。 系统测试，一般采用黑盒测试法。 很多Bug数。 希望从事测试方面工作。 Note: 测试人员至少要对计算机系统操作熟练。因为测试可能需要搭建很多测试环境，要求测试人员自己应该能够独立进行计算机环境配置。 SDET – Software Development Engineer in Testing 很多计算机科学背景。 使用白盒测试的方法，熟悉代码和编程。 系统地解决测试中遇到的问题。 有软件经验，需要有测试经验。 组件级别测试—API，功能，模块。 测试工具编写。 职业方向在测试和开发之间。 Note: 每个不同的项目对于测试人员在专业技术知识方面掌握程度可能有不同的要求，需要测试人员善于学习，在工作中不断提高。 测试组长 – Test Lead 有测试经验。 熟悉测试方法。 熟悉微软的项目交付周期。 决定人员的选用。 可能负责整个项目的某一部分 Note: 很好的推动整个项目按照计划完成。 合理分配任务。 注意小组成员间的沟通。 组长未必是组里技术最好的，但应该是最负责的。 测试人员：开发的看见他们笑就痛恨！ Note: 从某种意义上讲