软件测试人员分工.pdfVIP

软件测试⼈员分⼯ 　　最近看了点敏捷测试的东西，看得⽐较模糊。⼀⽅⾯是因为没有见真实的环境与流程，也许它跟本就没有固定的模式与流程，它就像告诉⼈们 要“勇敢”“努⼒”。有的⼈在勇敢的⾯对⽣活，有些⼈在勇敢的挑战⾃我，有些⼈在勇敢的⾯对失败与挫折。好吧！他们都实现了“勇敢”，勇敢到底是如 何去做，也许说不清楚。或者说每个⼈都有⾃⼰的实践⽅式。但是他们却同样靠着“勇敢”攻克不⾃⼰所⾯临的困难。当然了，敏捷并不是简单⼀个词 语，经过前⼈的不探索与总结，还积累与总结相当多的经验可供我们借鉴与参考。 　　按照本⽂的主题还是来谈谈软件测试⼈员的分⼯吧！主要来谈传统软件测试过程中的测试分⼯，因为敏捷测试中的测试分⼯我还没弄明⽩到底 肿么个情况。 集体测试 　　也许专业测试⾥讲这种⽅式，很可能不叫“集体测试”。因为我根据的⾃⼰的理解起了⼤概符合意思的名词叫集体测试“集体测试”。 　　就是测试模式就是，公司⾥所有的测试⼈员抱成⼀团⼉，来⼀个项⽬，所有测试⼈员就集中测试⼀个项⽬。 先说这种分⼯⽅式的优点： 　　1、因为测试团队的中每个成员有都有优缺，⼈员在⼯作之中相互取长补短。可以很快的找出软件中的缺陷。三个臭⽪匠顶⼀个诸葛亮，⼀个经 验再丰富的测试不⼀定有三个⽔平⼀般的测从员发现的问题多。 　　2、⼈多的另⼀个好处是测试项⽬能可以在更快的时间内发现更多⼈缺陷。总结⼀下就是更短时间内发现更多的问题。 再来说说这种⽅式的缺点： 　　1、⼀个⼈员⼀张嘴，⼈⼒成本很长（⼈员⼯资，⼈员平均时间投⼊，测试机等硬件资源投⼊）。 　　2、当同时需要测试多个项⽬中时，不要意思，按顺序来，请在后⾯排好队。 　　3、⼯作重复，同样⼀个缺陷，很可以同时被所有测试员发现，或者叫重复率很⾼。 　　4、⼈员⽔平难以区分，在⼀个项⽬测试过程中，有的测⼈员可能⼀个缺陷也没找到，有的测试⼈员却发现了⼏乎所有的问题。也许这个项⽬⼀ 个缺陷也没找到的测试员在下个项⽬中却发现了很多缺陷。 　　5、了漏测现象是整个测试团队的责任。（这也不是明确的缺点，要看团队的氛围是积极的还是消极的。） （也许，你说想照这么个分析法是不是漏了太多东西，也许你有兴趣继续看下去话，我后⾯会讲解。） 好吧！集体测试缺点太多，就像国家成⽴初期的“吃⼤锅饭”，肯定是阻碍发展的。那我们来看看⼏种分⼯⽅式。 按测试内容分⼯ 　　 　　⼀个项⽬的测试包括⽂档测试，易⽤性测试，逻辑功能测试，界⾯测试，配置和兼容等多个⽅⾯。我们可以根据⼈员的特点为每个⼈员分配不同 的测试内容。 内容分⼯⽅式的优点： 　　1、分⼯明确，每位⼈员都清楚⾃⼰的测试的内容重点。 　　2、责任到位，通过漏测的缺陷就可明确是谁的责任。 按测试流程划分 　　我们的项⽬测试流程⼀般需要，制定测试计划，编写测试⽤例，执⾏测试⽤例，输出测试报告等⼯作，我们可以根据流程中的各个阶段来进⾏划 分。 不同的⼈员负责不同测试阶段的⼯作。 优点： 　　1、流程清晰，就像瀑布试项⽬开发流程，不同阶段的⼯作由不同的⼈员担任。 　　2、划分流程的每个阶段难易程度和所需要的技能。 编写测试计划⼈员需要对整个项⽬的⼯作时间、资源分配，测试内容，实施过程有整体的把控能⼒。 ⽤例辨析⼈员，需要对项⽬需求，测试⽅法，测试点有深⼊的了解。 ⽤例执⾏⼈员需要细⼼，使⽤缺陷系统，沟通，协助研发定位缺陷。 输出测试报告⼈员需要对项⽬的测试过程，缺陷数量，类型，分布。⽤例执⾏请况等进⾏统计。也可以由测试执⾏⼈员担任。 按项⽬模块划分 　　对中⼤型的项⽬，这种划分就⾮常必要了，项⽬的模块⾮常多，功能也⾮常多。不同的测试⼈员负责不同模块的功能，这样会使⽤测试⼯作变得 更加清晰。 　　1、⼈员利⽤率⾼，为什么这么说呢? 不同的⼈员负责的功能不⼀样。⼯作就不会存在交叉与重复。 　　2、更容易挖掘深度缺陷，假如A⼈员今天测试这个功能，明天测试那个功能，他就不可以对被测功能内部逻辑与业务有深⼊有了解。找到的也只 是很表⾯的缺陷。那么如果⼀个⼈员长期负责⼀个模块的功能，那么就会更容易发现更有深度的缺陷。⽽往往深度的缺陷是致命的。 按照测试类型分⼯ 　　我们知道软件除了功能需要测试以外，软件在编码阶段需要单元测试，接⼝测试等，在系统测试阶段，为提⾼功能测试的效率，可能对某些模块 进⾏功能⾃动化，我们还要考虑软件的性能、安全性等问题。这些类型也是我项⽬中最常见的分类。我们可以根据这些类型为测试⼈员分配测试⼯ 作。当然，其专业性对测试⼈员的要求也⽐较⾼。 这种分⼯⽅式的特点。 　　1、专业技能要求较⾼，在这些分类中除了⼿⼯测试要求较低外（表⾯看