如果你已经有了软件测试的基本概念，以及掌握了软件的测试的基本流程（ 只针对竞赛），那这篇文章应该对你有帮助。
2017---今年是全国职业技能大赛的首届开赛，坐标河南许昌市。
废话不多说，直接进入主题。
软件测试竞赛，目的也是衔接学校的人才培养，本文章参照的我们的竞赛流程所写，难免会有不当之处，望谅解！
一、分工之要做什么？
竞赛分为四个文档的编写，分别是：
1.测试方案文档
2.测试用例（excel）
3.bug缺陷报告清单（excel）
4.测试总结报告
5.系统在线bug提交以及文档提交
队伍成员都为三个人一组，所以需要的合理的分工，不然会在竞赛上，出现分工不合理造成任务量无法完成。
四个文档，就我们本次比赛来说，四个文档的编写也没有那个重要之分，分量都是一样的，但任务工作量是有所差异的，所以要分工。
二、分工之文档重要性分析？
顺序按顺序排序：
首先
1.测试方案文档，测试方案文档的编写，大多的东西都是有节奏的东西，必须熟记软件的测试方法，如图：
测试方案就是对你们整个测试流程所用到的测试技术、测试的环境、测试的人员安排、测试时间安排，以及预期的结果做出预估，
还有对整个测试流程的任务安排，就一个B/S系统来说，对系统进行模块拆分，然后对拆分模块进行任务分配。本文档编写比较容易，有很多固定式的编写，但其中任务、时间以及人员的安排必须得严谨的，这也考验了你的测试方案的严谨性，测试方案文档+测试总结报告（下文详细介绍）建议由一人完成即可。
本文档在竞赛中占分数20%左右，难度:2星；
2.测试用例
测试用例的编写，先看图
先要熟悉测试用例该做什么，需要具备怎么的知识，才能随心应手，测试用例需要知道大多数的测试方法，以及竞赛上的测试技巧，测试一般是按模块进行拆分测试的，所以每个被测试的对象都必须对它进行模块拆分，当然，模块的拆分是测试方案文档之前就商定好的，如果有过测试经验的你就会知道，就拿一个系统来说，你进入到系统一般都会知道有哪些模块，根本不用担心；具体的怎么进行测试用例的编写就不细说了，再说下在竞赛上测试用例编写的技巧吧，一般比赛都是时间就是金钱的法则，尽管比赛的时长是四个小时，但对于马不停蹄的你，还是显得捉襟见肘的。测试用例编写采用的是Excel编写的，你可以熟练操作Excel的一些便捷操作功能，比如排序递增，图表生成、以及数据统计等，我记得（数据分模块统计）当时我们比赛的时候这个环节浪费了好多时间，往往到了数据统计这个时候都是接近尾声的阶段了，会很紧张，很多队伍就会忙中出错。
建议：由两人一起进行编写，比重20%，难度：3星
3.Bug缺陷报告清单
重头戏来了，找bug，麻烦的是一大堆详细的文档描述，没办法的事，老实点吧，因为比赛需要，工作需要 ；
bug缺陷报告跟测试用例差不多，无非就是对你的测试用例进行执行，那个行不同那个就是bug咯， 同样的也是需要对bug进行描述，相应的给出bug截图（这是个好习惯，一看就知道bug在哪里了），评委会对你找出的bug严重级别进行评分，找出越严重的得分就越高哦（有上限），还有就是你对bug的描述了，这也是你对一个bug的评判标准。
在竞赛中，截图是一大累点啊，用系统自带的截图工具（蛋疼。。。），所以必须在日常训练中要熟悉比赛前的环境。养成良好的坏习惯.....
测试会分为web端的和手机app端的，当时我们任务分配上不是很合理，加上系统很庞大，最终的移动app端的bug都没有时间完成，伤心。。。
建议：由两个人完成，写测试用例的时候，随机应变，相应的也会发现很多bug，避免了bug的重复性
比重30%，难度：4星
4.测试总结报告
和测试方案文档差不多，无非就是对本次的测试进行统计和分析，很多内容都可以到测试方案里面Ctrl+cv过来，测试总结报告不做详细介绍，可以一气呵成。
建议：和测试方案文档一起，由一人完成即可，难度：2星
三、分工应变路线
1.测试方案文档 （一人完成，要求其他队员熟悉）
2.测试用例（excel，一人完成，要求其他队员熟悉）
3.bug缺陷报告清单（excel，两人完成，要求其他队员熟悉）
4.测试总结报告（一人完成，与测试方案同一人，要求其他队员熟悉）
5.系统在线bug提交以及文档提交
一人完成1和4.5，两个相同完成2和3；
要求其他队员熟悉 的理由是，如果发生了突发事件，可以更好的随机应变。
