软件测试经验与教训之测试文档和与程序员交互
Posted 越长大越孤单哦
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了软件测试经验与教训之测试文档和与程序员交互相关的知识,希望对你有一定的参考价值。
测试文档的核心需求:
1.测试文档主要支持我们找出这个产品版本中的程序错误,指派工作和跟踪工作状态
2.测试文档为新测试小组成员提供培训材料,让新成员快速的了解产品
测试文档模板的优点是以标准组织形式,涵盖一组标准化的问题,并使用标准术语,这样会使人更容易理解
但是测试模板有时候会被人僵化使用,硬套模板,测试工程师需要做到理解模块的每一个部分并且能够灵活使用。
测试工程师不要和程序员的关系弄僵,测试工程师和程序员之间的关系是合在关系不是敌对关系。
测试工程师需要给程序员提供服务,如复现bug,提供数据等
测试工程师将关注点放在产品上,而不是人上。
软件测试经验与教训之测试工程师应该干什么
1.质量是把开发过程和测试放到一起,不分彼此
2.测试工程师把用户放在第一位来思考,要发现糟糕的设计,令人困惑的用户体验,功能bug,安全和隐私等问题的困扰
做好测试需要了解用户,了解他们的期望和需要,还需要了解技术看能否实现用户的需要或者实现用户的需要的代价有多大。了解与之交互的软件。
3.重点要放在用户的使用方式和系统级别的体验上,要发现需求中的模糊之处,分析沟通不准确的问题
4.给一个项目配备多少测试人员,取决于项目风险和投资回报率。风险大意味着在测试上投入的资源也多,但是投入的资源与其潜在的回报成正比。
5.测试的时候先想一下该产品对于用户,对业务的意义是什么?为用户解决了什么问题?
6.要注意产品的特质也就是产品的品质和特色,区别于其他产品的地方,在某种程度上是人们选择你的产品而不是竞争对手的原因
7.测试的时候按照风险等级来看基本上可以分为4种类型
1)罕见:发生bug的可能性非常小,就算有bug修复起来也很容易。 例如:文案,错别字
2)少见:少数情况下才会发生bug,但是用户使用的场景不高或使用率较低。 例如:设置审核流功能,基本上是设置一次,很长时间都不会使用
3)偶尔:发生的bug容易想象,场景有点复杂。 例如:搜索功能,组合搜索功能
4)常见:用户经常使用的,复杂度高的,流程复杂的。 例如:日报
以上是关于软件测试经验与教训之测试文档和与程序员交互的主要内容,如果未能解决你的问题,请参考以下文章