1.QA全方位参与整个软件开发过程,例如当BA和开发人员kick off一个卡的时候,QA参与讨论,提出一些需要程序员自测时候可能会忘记测试的点,此外,QA往往对业务更熟悉,可以提供建议给程序员,那些业务细节不能够忽视,以防止这些地方出现bug

2.当开发人员做完卡时候,需要把卡sign off给QA,在这个过程中,会在开发本地环境演示,期间如果出现缺陷,开发人员会重新把卡放到in dev列进行修复。直到开发人员本地环境都没有问题后,QA才开始正式测试。

3.把Jmeter性能测试脚本加入到CI中,每次提交代码会跑一遍性能测试脚本,确保每次新代码的提交,不会破坏产品关键流程的性能。

4.建议团队使用代码缺陷扫描工具,避免一些通用的bug的出现。

5.建议团队的把单元测试覆盖率提高到一定程度,例如80%,可以减少新的功能代码对原有功能的破坏。

6.建议团队根据实际情况去使用BDD的方式(Cucumber)去写自动化测试用例,可以让项目的PM,BA,Dev,QA等人对业务有一致的理解,减少由于业务理解不止出现的Bug。

7.多写一些测试blog发布在公司内网发布,帮助开发人员了解哪些地方容易出现Bug。

8.我如果碰到了一些比较有趣或者通用的bug,会在团队的每天早上站会,或者下午code review时候,跟大家分享,这样大家都会知道这种类型的bug。

9.有些开发认为开发出的界面和设计稿有一定偏差问题不大,但是我建议界面尽量按照设计稿做,因为几个像素的偏差,一个按钮位置的不同,一块区域透明度不够等,都会造成整体美感的下降。经过和团队合作一段时间后,大家实现的界面和设计稿更加贴近或者完全一致。

10.建议开发把重要的,或者一些特殊的实现思路,以及一些需要别人知道的细节,记录在Jira的卡中。因为敏捷团队中,文档比较少,而Jira卡中记录了这些信息后,将来任何人拿到这个卡,都能很快了解上下文和这个卡有无特殊实现等。我自己做测试时候,如果碰到一些比较有趣的卡,也会记录下测试思路和测试数据。

11.建议开发和QA结对测试,传递测试的方法和思路。因为在探索性测试过程中,使用结对测试的方法,可以比较有效的传递知识。

12.有些开发缺少横向对比同类产品的意识,因此开发出来的功能会不易使用。建议每个人都应该关心和对比同类产品的优缺点,这样才能让自己做出的功能模块来更有竞争力,更好使用。

13.当QA测试的非常仔细的时候,开发自测的仔细程度也会相应提高很多。例如,刚进入团队时候,有些开发自测时都很少考虑多浏览器兼容性测试,于是浏览器上经常会出现bug。我告诉大家,我每次测试都会在所有需要测试的浏览器上进行测试,而且每次出现bug后,我都会把卡挪回开发重新处理。因此在和团队一起工作一段时间后,大家在不同浏览器上自测的力度就越来越大了。

余下全文(1/3)
分享这篇文章:

请关注我们:

发表评论

电子邮件地址不会被公开。 必填项已用*标注