全国大学生测试大赛众包测试盘点

  在众多有关测试比赛中都存在众包测试，众包测试俗称黑盒测试，在我个人看来大同小异。黑盒测试在比赛中大概占分比例为30%，无论在移动应用测试比赛还是web网页端夹杂的黑盒测试都是占这个比例。其中，黑盒测试的标准要求无非是编写规范测试用例，BUG缺陷报告。其中测试用例包括：用例序号，用例标题，前置条件，测试步骤，以及预期结果。额外补充的是，我实习的还需要填写包括测试环境（开开发版本、测试版本、正式版本）、测试人、测试时间、测试机型等等。BUG缺陷报告主要有BUG标题，BUG描述以及BUG截图。（在公司中使用的是teambition管理，其实只要开发者能看懂就行）

  下面总结下测试用例如何规范编写以及一些例子。

测试用例规范编写：

1.用例标题：描述清楚该用例所要达到的测试目的，不是单纯的描述所在模块，也不是描述 Bug。

正确：测试是否可以新增日程； 验证“我的管理”模块能否正常进入。

2.前置条件：用例必须清晰地描述此用例所需的前提条件。

正确：1、用户已成功登录系统； 2、用户已进入“我的管理”模块

3.测试步骤：测试步骤要连贯，操作表述要清晰，并且无疑义。

正确：1、点击“新增日程”按钮； 2、在弹出的时间框内选择时间；
3、点击“下一步”按钮； 4、在文本框内输入日程信息； 5、点击“确定”按钮。

4.预期结果：测试步骤执行后，结果是可预判的，每一个测试用例都应有相应的预期结果 且预期结果可以被验证。
正确：新增日程成功并给出合理提示。

BUG缺陷报告规范编写：

1.Bug标题：Bug 标题要简洁陈述，切中要害。使用一两句话描述清楚出现 Bug 的页面、 出现 Bug 的关键操作、Bug 的现象三个要点
正确：在新增日程页面，点击“新增日程”按钮无反应； 新增日程页面，直接点击“新增日程”按钮后控制台报错

2.Bug描述：。复现步骤要按自己的实际 操作写清楚每一步，并按序号排序。
正确：1、点击我的管理-日程管理； 2、点击“新增日程”按钮； 3、点击后系统无反应

3.Bug截图：提交 Bug 报告需要上传截图，并进行标识。 （红框圈出所在位置）

下面是一些BUG的程度以及例子。

较轻：不影响操作功能，但影响用户体验等优化的问题。如：错别字、界面格式不规范等。
一般：功能存在缺陷但不影响系统整体使用。如：加载时间长、边界值错误、删除失败。
严重：功能设计与需求严重不符、重要模板功能丧失类问题。如系统主要功能丧失、程序无故退出等。
紧急：阻塞性问题，造成系统崩溃、死机、死循环等。如：网站无法打开、整个模块无法使用等。