QA在项目进度把控中的"细节之美"

发表于:2018-6-15 12:14  作者:浅夏   来源:Qtest之道

字体: | 上一篇 | 下一篇 |我要投稿 | 推荐标签: 软件测试管理 QA 质量管理

  笔者所在的项目环境:测试开发比1:6且新人多,覆盖移动dsp商业广告投放整体流程,业务复杂度高。总结了一些日常工作中QA在项目进度推动上的一些技巧。主要从项目流程中各个阶段来说~
  比起对着电子文档或大屏幕,纸质效果会倍增。有实验数据证明阅读纸质文档时停留思考的时间会更长。其中很重要的一个原因是在如今碎片化电子信息泛滥的时代下,大部分人对于电子信息养成了“一目十行”的习惯。
  另外笔者自身经验认为阅读纸质文档比电子文档,对于上下文关联思考的效果更好,因为翻页对比可比电子翻页对比方便多了. 通过纸质文档做需求分析对于复杂的业务场效果更甚,大家不防一试。当然,如果你是记忆力超群者,可以忽略这点。
  同时提醒大家纸质打印,要双面哦,毕竟我们的需求大多时候真的很长,节约一点资源,给自己和大家多一点绿~
  在这个人工智能高速崛起的时代,真希望未来有团队可以把bug数据拿出来好好分析一下,分析一下每个rd的bug性格特点。比如都经常犯哪些bug,bug修复的时速等等,用于指导qa测试,或者有人会想,干脆人工智能测试,人工智能修bug,人工智能编码得了...哈哈,那样我们就都失业了
  脑洞开远了,言归正传
  什么叫快速?我对自己的要求是自己在执行时用例时,基本不用再怎么思考,看一条执行一条。注意这里并不是说测试执行过程中无思考的执行,当然遇到一些可疑的场景还是要发挥free test精神,狙击到底。
  用例结构要“足够”清晰合理。这里特地加了 “足够“,大家自行意会。 笔者的自我要求是让同业务小组的小伙伴能很easy的看懂你的用例~笔者所在的团队摈弃了传统的excel用例格式,使用更加自由丰富的xmind,之前的文章有介绍过。
  ps: 笔者特别喜欢编写测试用例完后的成就感,我会花比较多时间去思考上面的这些点,有时候有点强迫症,会自己review十几遍,感觉就像是一个艺术品,回味无穷。差的就是配上一杯拿铁~hoho
  这个阶段可能遇到的场景和问题是最多最复杂的~~ 对于最后一点,观察周围小伙伴的情况,我能深刻的体会到真是一个区分测试工程师级别的重要因素之一。要做到这一点,最基本的就是大家不要把自己只当qa,我们可以是更多的角色。
  看完上面这些,有些缺少经验的小伙伴可能会想有些建议好难啊
  我只能说努力坚持修炼,养成深度自学钻研的习惯就离”天下无敌“不远了。大家不防坚持一段时间试试,肯定成长不少。
  其实还有好多细节可以写,上面我更多的是总结了部分容易被忽略或难长期坚持的点。另外每个人遇到的场景和感受都不同,也欢迎和期望大家留言补充你们的“武学秘籍”,或者是项目进度把控中的烦恼,我们愿意帮你一起排忧也帮助我们成长。如果留言较多,我们后续会统一汇总成新的手册同步给大家。

上文内容不用于商业目的,如涉及知识产权问题,请权利人联系博为峰小编(021-64471599-8017),我们将立即处理。

【有奖活动】填问卷 送70G测试大牛精品资料(干货+视频)!

评 论

论坛新帖

顶部 底部


建议使用IE 6.0以上浏览器,800×600以上分辨率,法律顾问:上海瀛东律师事务所 张楠律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2018, 沪ICP备05003035号
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪公网安备 31010102002173号

51Testing官方微信

51Testing官方微博

扫一扫 测试知识全知道