课程咨询: 400-996-5531 / 投诉建议: 400-111-8989
认真做教育 专心促就业
合理的工作分工,责任到人在众多企业中能够有效的提高员工的工作效率,而今天我们就通过案例分析来了解一下,互联网软件测试团队工作分工方法。
1.先管理人员需对业务熟悉,考虑到风险范围以及风险点在哪。此外,还需考虑到研发人员的技术能力水平及责任心。以此,来做到合理的分工,出了问题也知道出现这样问题的原因。
2.管理人员需要有足够的技术水平支持,能认知到项目风险的前提是清楚明白会有什么样的风险出现,风险点在哪(这个需要清楚前后端技术是怎么实现的)。
3.当管理人员清楚知道了项目的复杂度,影响范围,风险点就可以预估出合理的测试时间,不会存在评估测试时间不合理的情况。或者说出现了这类的问题,管理人员自身清楚是怎么回事。
4.bug的出现肯定有原因,一个是从操作上分析,看看是不是什么操作自己没想到,随便瞎点点出来的,一个是代码上分析,看懂代码,做路径覆盖。
5.测试是为了尽可能的避免出现问题,没办法保证一定不出问题,关键看出的问题是特定场景确实大家都没考虑到。还是说没经验,确实考虑不到这种操作才知道会出现这样的问题。
6.测试估算的时间,只需考虑测试的执行时间。如果中途,由于开发延期提测,或者开发修改Bug时间过长,等待新版本测试。在时间评估的时候,需考虑这个时间,把此块时间加上(或者,发版时间,顺延)。
7.自己估算的时间,如果后续发现时间不够,自己加班,想办法消化。另外,版本结束后,吸取经验,总结下,是哪个点消耗时间过多,是否可加速(自己总结的经验,终身受益)。如果确实不可加速,说明整个团队的效能比较低。下次估算,不满足三分之一评估大法,在之前评估时间的基础上,再加上20%的时间。
8.项目过程中,不接受临时新增需求的测试,如果有临时需求,需要增加对应的测试时间(这块,理论上是这样,实际情况是,很多同学,经常被强塞任务,时间却没有增加)。
9.用例写全。不是凭空想象,例如涉及优惠券的项目,一定把优惠卷的影响因子列出来。然后用正交实验大法抽取用例。
10.如果测试用例场景写的不够全,交接用例过来测试的人需要把问题都列出来,总结好发给领导,让领导去判断,避免背锅。
【免责声明】:本内容转载于网络,转载目的在于传递信息。文章内容为作者个人意见,本平台对文中陈述、观点保持中立,不对所包含内容的准确性、可靠性与完整性提供形式地保证。请读者仅作参考。更多内容请在707945861群中学习了解。