软件测试经验与教训.pptVIP

首先，什么是1：1的比例？对于不同的人可能有不同的含义。因此，在将测试与其他工作比较时，该统计什么任务和指标，各家公司是不一样的。这使得不能在公司之间做这种比例的比较。 其次，这种比例关注的是提问者本身，而不是所完成的工作。假设在最近的项目中，程序员花费了10个人月设计并编写代码，测试人员花费了15个人月查找错误。那么比例（3：2）是精确的，但是没有意义。但是，在旧项目的基础上，增加新的代码，改变重用以前项目的代码量，都会使得测试比上一次更多（或更少）的工作量，以及其他很多可变因素，比如开发人员的成长和新手的加入，项目成本的增加和减少等，都会使上一个项目的比例可能不适用于当前项目。 单独的讨论比例问题，往往只是想获知这样的信息：这个组织或者公司对测试工作的支持和重视程度。但是这个指标显得非常的单薄和简陋。对完成测试项目也没有任何的帮助，不如去讨论需要做什么工作，以及每项工作需要多少人完成。 * Confidential ?2008 iSoftStone Holdings Ltd. All Rights Reserved. 陆瑾 目录 测试人员的角色 测试人员的思考方式 管理测试项目 测试人员的角色 测试是项目的前灯 测试就是找到信息，有关项目或产品的关键决策都是根据这些信息做出的。 测试人员的使命决定要做的一切 以下任何要求都可能决定测试人员的使命。 快速找出重要的软件问题。 对产品质量提出总体的评估 确认产品达到某种具体标准 帮助客户（广义的）改进产品质量和可测试性。 帮助预测和控制支出成本 以最小化成本、时间或尽可能减少副作用的方式，完成自己的工作 测试人员关注失效，客户才能关注成功 测试人员关注失效，是因为这可以增加发现失效的机会。 用自己全部的创造力和技能，寻找产品中的关键问题。如果测试人员没有找到关键问题，程序员就不能改正，以后用户就可能会替测试员找到。 不能发现所有的问题 知道并承认这一点后，测试人员必须选择如何使用自己的时间、资源、技能。 但是不要把这句话当成自己的护身法宝。 通过测试不能保证质量 测试人员既不会提高质量，也不能降低质量。 永远别做看门人 要由整个项目组来决定是否发布产品或软件。 测试人员的思考方式 测试需要推断 测试需要推断、探索和发现，并不只是做输出与预期结果的比较 黑盒测试并不是基于无知的测试 黑盒测试的优势在于测试员可能与程序员的思考不同，因此可能预测程序员所遗漏的风险 探索需求 需求是什么？需求是重要人物所关心的质量和条件 需求来源于： 软件的需求规格说明书（如果有帮助的话） 会议。（找出其有关质量的意见具有影响力的人，与他们交流，了解他们最关心什么） 参照。（参照以前的功能，相关的产品，页面规范，测试人员的丰富经验） 管理测试项目 项目文档有用，但永远不足 项目文档是一种有趣的幻想：有用，但永远不足。 除非要用，否则不要索要 测试人员只索取确实需要和有帮助的文档。 测试人员与开发人员之间没有正确的比例 测试人员与其他开发人员的合适比例应该是多少？这个问题提的不对。 项目进展表是一种有用的方法 测试进展表 更新日期：5月31日 功能点 工作量 完成度 质量状态 备注 功能点1 高 1 暂无缺陷 功能点2 中 1+ 有缺陷 1345，1363 功能点3 低 2 暂无缺陷 功能点4 高 1 有缺陷 1372 功能点5 暂停 0 有严重问题 功能未完全实现 功能点6 无 1 需要帮助，环境有问题 功能点7 从下周开始 0 已确定时间和资源 功能点8 低 3 严重缺陷 严重缺陷1400 * 一个项目就像是一次旅行。有些项目很简单、很平常，就像大白天开车去商店买东西。但是大多数值得开发的项目更像是夜间在山里开越野车。这些项目需要前灯，而测试人员要照亮前面的道路，使程序员和经理尽管还在拿着地图争吵，但是至少可以看清楚他们在哪儿，要从什么样的路面开过去，离悬崖峭壁有多远。 * 客户，测试人员作为一个服务角色，客户包括了项目经理、程序员、管理层和用户等 注意使命（mission）与任务（task）的区别。----查看另外一份文档 如果测试人员不知道该做什么，怎么办？回顾自己的使命。这样可以找到自己的核心问题，明确下一步要做什么。 如果已经确切的知道要做什么，该怎么办？经常重新考虑自己的使命，保证自己的计划不会由于过于偏重测试问题的一个方面，而忽略其他方面。 在FS的项目中，我们经常的使命可能是：快速找出重要的软件问题，评估软件的总体质量等。 * 测试人员是项目团队中惟一不直接关注成功的角色。其他人都在创造什么，或创造性的指导创造。但测试人员却是消极的。 在《测试的艺术》一书中，提出了两种测试的目的：（积极的）产品是正常的，（消极的）产品是不正常。 确认程序正常，这是积极的测试人