必读!测试人员的工作宝典必读!测试人员的工作宝典
此宝典无需自宫即可练成,接着看吧!!!
问题1:比如我们软件有个帮助功能,是个H5页面,文案内容由运营提供,他们在后台可以随时改,后面发现一个文章的内容有误,就说测试漏测,然后测试肯定不背锅啊,就说应该找运营,然后就被说没有责任心,找借口,考核直接不及格
问题2 :测试的时候提出响应有点慢,然后产品经理说先不考虑性能,把功能上上去再改,然后上上去后其他部门的老大说慢,然后就是测试的责任
秘籍2:
很常见的情况。可以跟其他部门老大说明一下情况,不过从结果来看,测试做的确实有欠妥的地方,毕竟测试人员没有及时的把问题影响性跟干系人说清楚。记录好bug,bug未修复不关闭,如果有上线前评审,把这些问题拿出来让大家都知道。无论问题最后怎么样,测试人员先把自己的立场摆清楚。
问题3:怎么避免测试遗漏
秘籍3:
1、很难完全避免遗漏 2、提高用例覆盖度有两种主要方式,一是过程控制,一个是自身实力。 3、过程控制方面,比如团队中是否进行了有效的需求调研和评审,是否进行了有效的用例评审,沟通渠道(信息传递)是否顺畅等; 4、自身实力方面,是否拥有足够的相关业务知识,对产品相关的业务和领域知识有足够理解; 自己是否拥有一套成熟的用例设计框架(思维框架); 5、还可以通过以下几点提高覆盖率: 结对测试(交叉测试、定期更换测试项目); 网上查找类似项目的测试点; 总结该类项目的风险和重点; 多看书
此宝典无需自宫即可练成,接着看吧!!!
问题1:比如我们软件有个帮助功能,是个H5页面,文案内容由运营提供,他们在后台可以随时改,后面发现一个文章的内容有误,就说测试漏测,然后测试肯定不背锅啊,就说应该找运营,然后就被说没有责任心,找借口,考核直接不及格
秘籍1:
(同交流:3428
提问题36117)
问题2 :测试的时候提出响应有点慢,然后产品经理说先不考虑性能,把功能上上去再改,然后上上去后其他部门的老大说慢,然后就是测试的责任
秘籍2:
很常见的情况。可以跟其他部门老大说明一下情况,不过从结果来看,测试做的确实有欠妥的地方,毕竟测试人员没有及时的把问题影响性跟干系人说清楚。记录好bug,bug未修复不关闭,如果有上线前评审,把这些问题拿出来让大家都知道。无论问题最后怎么样,测试人员先把自己的立场摆清楚。
问题3:怎么避免测试遗漏
秘籍3:
1、很难完全避免遗漏 2、提高用例覆盖度有两种主要方式,一是过程控制,一个是自身实力。 3、过程控制方面,比如团队中是否进行了有效的需求调研和评审,是否进行了有效的用例评审,沟通渠道(信息传递)是否顺畅等; 4、自身实力方面,是否拥有足够的相关业务知识,对产品相关的业务和领域知识有足够理解; 自己是否拥有一套成熟的用例设计框架(思维框架); 5、还可以通过以下几点提高覆盖率: 结对测试(交叉测试、定期更换测试项目); 网上查找类似项目的测试点; 总结该类项目的风险和重点; 多看书