51testing论坛版主,专注于软件测试及测试吐槽,屌丝测试攻城师一枚。。。。。。。。。。。。。。。。。。。。。。。。。新浪微博:@没翅膀的飞鱼-------邮件交流:wzb_minitester@126.com------

测试流程梳理

上一篇 / 下一篇  2012-08-29 20:00:31 / 个人分类:测试总结

主要针对半年测试工作中测试流程的梳理

    根据各项目测试任务过程中自己的总结和学习,这里介绍下测试各阶段的注意点。虽然以前也对测试各个阶段做了总结,但是感觉很散很乱,这里就整合一下以前的总结,根据整个测试项目的测试执行流程,希望能给作为测试执行新人在执行测试各阶段任务时提供一点参考,也算是对工作半年后的工作总结。(主要是结合本公司的测试流程来讲)

   一个项目的到来首先要进行的是冒烟测试,所谓冒烟测试就是系统在进入全面详细的测试前进行的预测试,测试过程不像系统测试那样详细深入的按照测试用例来测试,冒烟测试的时间一般都比较短,要准确判断一个项目能不能进入详细的测试,保证发布出来的版本基本功能都能实现,冒烟测试对测试人员的要求很高,冒烟测试可以说是麻雀虽小五脏俱全。测试人员要知道哪些是该版本要完成的主要功能,优先级较高的测试用例有哪些,哪些测试点容易导系统或者软件崩溃,这些都需要一定的测试经验。对于不同轮次的冒烟测试,测试侧重点也不同,对于前几轮冒烟测试,主要关注项目的主要功能点,优先级别较高的功能点;对于即将发布前的一轮,主要是验证一下以前的bug是否都已修复,主要功能是否正常。执行完冒烟测试,判断版本是否可以进入系统测试,可以把自己的冒烟测试结果反馈给负责人,负责人做决定;自己心中也应该有度量标准:有人总结说:执行冒烟测试没通过的测试用例占冒烟测试总用例的20%左右,表示冒烟测试不通过。我认为此时也应考虑没有通过测试的功能点的重要性。

   如果项目冒烟测试没有出现大的问题,就可以进入系统测试。从产品进入系统测试到产品发布,一般都是要经过多轮系统测试。对于前几轮测试应该把主要的测试点集中在新增功能及更新的功能点以及主要功能点上,对于一些深入的细节方面的测试可以放到接下来的几轮中来测试。如果按照测试用例一条条的执行,时间可能来不及,有些项目主要功能点没有测试到,到产品后期发现严重的bug,那么修复缺陷的代价是比较高的。这里也有一个问题就是可能产品一轮一轮的测试,越到后面轮次的测试时间越紧,因为每轮都要进行主要功能的测试和验证上轮发现的bug,可能一些深入的细节方面的测试还是没有时间来测试,这个就需要测试人员合理安排自己的测试时间,并且通过测试工具或者引入新的测试方法来提高自己的测试效率,花较短的测试时间保证测试覆盖率和产品质量。

   测试过程中,要与小组内其他测试人员时刻保持沟通,整个测试部基本上都是多人测试同一个测试对象,相互负责的模块之间都有直接或间接的联系,一个人执行测试用例的过程中可能会对其他人负责的模块测试有影响。例如在执行BS配置客户端组织资源模块测试用例中,增加修改删除设备,服务器等操作,就会对负责录像管理,报警管理等模块的人员的测试结果有影响。当出现BUG时,要分析可能是哪些问题引起的,排除已知设备,SDK等方面的原因,要及时与其他人员沟通,是不是其他人员的操作影响了自己负责模块的测试结果等,试着学习分析定位问题。发现BUG时,总结下是不是这个BUG与已上报的BUG是同一个原因引起的;当自己在执行测试用例时发现其他测试人员负责模块的BUG时,要告知,看看这个问题他有没有发现。在测试过程中,所有的测试人员就是一个team,要相互沟通相互帮助协作完成任务。

    当执行完某个模块的测试用例时,总结下BUG容易出现在哪些地方,与测试过该模块的老员工交流,问问当他测试这个模块时,发现的BUG主要集中在哪些地方,是不是与自己一致,如果不一致的话,再测测老员工说的那些容易出现问题的地方,是不是自己执行测试用例时遗漏了,还是那些问题已经被修正过。执行完测试用例后,查看编写的测试用例有没有遗漏点,时间允许的话,还可以从网上收集些相关模块的测试资料,学习其他公司测试人员测试相同模块时的测试注意点,与我们公司测试点比较,发现共同点和不同点,不断完善和维护我们的测试用例,并将其用在自己的测试过程中,更好的保证公司产品的质量。

   一个项目一轮一轮的测试可能会产生厌倦,在最后几轮的测试中可以引入探索式测试,一则可以作为系统测试的补充,提高测试覆盖率;二则可以增加测试的乐趣,提高测试热情。探索式测试简单的说就是: 测试人员根据应用程序所提供的信息自由发挥,不受限制,不受任何约束的探索程序的各种功能,主要强调测试人员个人自由和责任的测试方法。运用探索式测试方法准备测试一个模块时,分析该模块的特点和以前用各方法的有效性来确定运用哪种全局探索式测试方法,把总体测试策略确定下来;在测试过程中,学会使用局部探索式测试法,辅助测试执行测试中即时做出决定,注重测试中如何做抉择,应注意的测试细节等。把全局探索式测试各方法做成checklist,查看系统测试,执行的系统测试用例中的遗漏点,这样可以强化测试对象的使用场景,不受任何限制去测试,也让测试更有乐趣,更能提高测试覆盖率,保证产品质量。

   在我们执行系统测试过程中,确定测试对象哪个模块使用哪种测试法,将测试对象功能与测试技术方法结合起来,达到匹配平衡。特别是针对升级版本项目,要给予持续关注,刚开始时,运用各种测试法,然后跟踪,找出各模块哪个测试法最有效,可以以发现的bug数来衡量测试法的有效度,利用测试策略来组织实际测试。这样在接下来的版本测试中,可以更有效更有针对性的去执行测试方法,提高测试质量和效率。作为测试人员要留意身边的点滴,把生活与工作结合起来,把生活中的经验用到测试中来,毕竟我们生活的时间比测试的时间要长十几年甚至于几十年,总结经验,认真留意,强化测试场景,学会总结测试方法,构建适合自己的测试方法。
-----写于2011年末

TAG:

引用 删除 amberblue   /   2015-11-27 16:02:04
5
myj123456的个人空间 引用 删除 myj123456   /   2015-10-27 14:36:05
案头工作不错
myj123456的个人空间 引用 删除 myj123456   /   2015-10-27 14:35:31
1
mccheung的个人空间 引用 删除 mccheung   /   2015-10-24 11:21:00
5
那些花儿 引用 删除 work_856   /   2015-09-18 10:56:21
好文
那些花儿 引用 删除 work_856   /   2015-09-18 10:56:05
5
愿得一人心 引用 删除 他是大嘴猴   /   2014-09-22 12:23:08
5
fffvvv的个人空间 引用 删除 fffvvv   /   2014-09-22 11:10:07
5
kerlyor的个人空间 引用 删除 kerlyor   /   2014-09-19 15:52:23
5
梅子112358的个人空间 引用 删除 梅子112358   /   2014-09-12 15:18:03
5
引用 删除 Maggie_cf   /   2014-04-15 11:55:29
5
chenyi511521的个人空间 引用 删除 chenyi511521   /   2014-04-14 11:44:57
5
诗剑双绝的个人空间 引用 删除 sdoa   /   2014-04-12 15:29:30
诗剑双绝的个人空间 引用 删除 sdoa   /   2014-04-12 15:29:23
5
xiongliangfa的个人空间 引用 删除 xiongliangfa   /   2014-03-12 13:25:47
5
lidh0423的个人空间 引用 删除 lidh0423   /   2013-09-16 00:35:38
1
引用 删除 chrisy0421   /   2013-09-11 19:10:27
5
gtfz的个人空间 引用 删除 gtfz   /   2013-07-25 14:32:58
5
helianthus的个人空间 引用 删除 helianthus   /   2013-07-24 17:47:06
5
打将油的猴子 引用 删除 tanzhengping11   /   2012-09-20 17:25:16
5
 

评分:0

我来说两句

Open Toolbar