软件测试经验与教训.ppt
《软件测试经验与教训.ppt》由会员分享,可在线阅读,更多相关《软件测试经验与教训.ppt(18页珍藏版)》请在三一文库上搜索。
1、软件测试经验与教训,陆瑾,目录,测试人员的角色 测试人员的思考方式 管理测试项目,测试人员的角色,测试是项目的前灯,测试就是找到信息,有关项目或产品的关键决策都是根据这些信息做出的。,测试人员的使命决定要做的一切,以下任何要求都可能决定测试人员的使命。 快速找出重要的软件问题。 对产品质量提出总体的评估 确认产品达到某种具体标准 帮助客户(广义的)改进产品质量和可测试性。 帮助预测和控制支出成本 以最小化成本、时间或尽可能减少副作用的方式,完成自己的工作,测试人员关注失效,客户才能关注成功,测试人员关注失效,是因为这可以增加发现失效的机会。 用自己全部的创造力和技能,寻找产品中的关键问题。如果
2、测试人员没有找到关键问题,程序员就不能改正,以后用户就可能会替测试员找到。,不能发现所有的问题,知道并承认这一点后,测试人员必须选择如何使用自己的时间、资源、技能。 但是不要把这句话当成自己的护身法宝。,通过测试不能保证质量,测试人员既不会提高质量,也不能降低质量。,永远别做看门人,要由整个项目组来决定是否发布产品或软件。,测试人员的思考方式,测试需要推断,测试需要推断、探索和发现,并不只是做输出与预期结果的比较,黑盒测试并不是基于无知的测试,黑盒测试的优势在于测试员可能与程序员的思考不同,因此可能预测程序员所遗漏的风险,探索需求,需求是什么?需求是重要人物所关心的质量和条件 需求来源于: 软件的需求规格说明书(如果有帮助的话) 会议。(找出其有关质量的意见具有影响力的人,与他们交流,了解他们最关心什么) 参照。(参照以前的功能,相关的产品,页面规范,测试人员的丰富经验),管理测试项目,项目文档有用,但永远不足,项目文档是一种有趣的幻想:有用,但永远不足。,除非要用,否则不要索要,测试人员只索取确实需要和有帮助的文档。,测试人员与开发人员之间没有正确的比例,测试人员与其他开发人员的合适比例应该是多少?这个问题提的不对。,项目进展表是一种有用的方法,
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 测试 经验 教训
链接地址:https://www.31doc.com/p-2602059.html