于是,开始纠结了,到底要不要去参加呢?主动参加吧,别会不会觉得我有点过了
(如何别本不想让我参加,那不是很没有)。不参加吧,觉得很可惜,同时
也失去了表现的机会(毕竟觉得对这块还是能够给出些建议的)。
最后,急中智,找主管瞎扯,然后将话题转到产品规划上,说了下的看法。于是主
管就说顺便上有个规划讨论会议,你也起参加下吧。
OK,达到的。另外,主管也对的作更加认可了。
软件测试从零开始之四:测试例的设计(上)
背景:最近很多朋友跟我讨论测试例的重要性,家觉得因为敏捷的推,测试例看起
来好像不是那么的重要了,刚好头哥今天打算介绍测试例的设计法,所以顺便说下个
对测试例的看法。
在说明测试例的重要性之前,我们先起来分析下,我们在什么时候会到测试例
(不要告诉我只有在测试的过程中才会到,我会疯的)。
1、测试例的形成过程就是对模块的分析过程,所以测试例的质量本就能够评估编写
测试例的对于模块的理解程度(通过评审的式)。
2、制定测试策略和测试计划的时候,需要先将测试例挑选出来,然后根据这些测试例
评估下时间。并且通过反复的进确认和调整,从达成最优的测试案。
3、测试执过程中需要以例为指导,这样才能够更好的去保证质量和评估时间。
4、作为探索性测试的指导:先探索性测试并不是边际的发散,否则很容易偏向
和陷于死胡同。测试例就可以很好的去指导探索性测试(后分享探索性测试技术的时
候会详细介绍)。
5、便更好的去实现动化的覆盖率。有了例作为指导后,就能够很好的根据例去设
计动化了,并且也能够去评估动化的覆盖率。
6、测试的过程中作为分析质量的个参考,当我们发现个模块较异常的时候(如:
bug过多或者过少),我们也能够通过例来进分析。
。。。。。
相信家看完后,就不会再怀疑测试例的重要性了吧?另外,虽然以上说了那么多,
其实头哥认为测试例个最重要的作就是作为经验去传承下去。这样,就算出现员
流动了,只要测试例还在,影响都不会太。
那么,既然测试例是那么的重要,我们如何才能够设计出质量的例呢?先,
头哥必须 得说下,测试例的设计其实没有家看上去的那么简单(这个真的跟开发的代