【测试工程师必看】如何快速完成一份测试案例

TestBird是目前最成熟的自动化云测平台。开发者可以在TestBird上传你的APP，利用平台上丰富的市场主流机型进行游戏兼容性测试。TestBird通过下载、安装、启动以及新手引导四个阶段，对游戏进行测试，然后为开发者提供一份测试报告。今天小编来向测试员们介绍一下，如何通过TestBird的测试报告来快速完成一份测试案例。





有了TestBird的游戏测试报告，你需要根据报告分析出实质的测试内容，然后按照用例写作规范落实到文档中，两者是形式和内容的关系。一个好的测试用例必须包含足够的内容，可以将这些内容拆分成八个要素，只要把这八个要素写的完整准确，这个用例就算是写的比较好了。

测试用例的八要素：测试项目、用例编号、测试标题、重要级别、预置条件、测试输入、操作步骤、预期输出。





1) 关于重要级别：

用例的重要级别一般分成三个：高、中、低，具体会按照实际情况进行划分。通常，高级别对应保证系统基本功能、核心业务、重要特性、实际使用频率较高的用例；中级别对应重要程度介于高和低之间的测试用例；低级别对应实际使用频率不高、对系统业务功能影响不大的模块或功能的测试用例。用例的重要级别和对应的需求的重要级别有关，需求的重要级别一般分成高、中、低，划分需求的重要级别有利于进行迭代开发，把不同的需求先后来实现。用例的重要级别还和该用例的测试目的有关，针对正常情况的测试用例的重要级别比针对异常情况的用例的重要级别要高。

2) 预期输出：

预期输出是测试用例中非常重要的部分，要想判断被测对象是否工作正常，都需要通过预期输出来进行判断。一旦预期输出写的不准确或者不全，整个测试用例的作用将会大打折扣。

3) 疑问：a.是否每个测试用例都要写的很详细？

写作测试用例的目的有两个：一是帮助用例设计人员将用例考虑的更全面；二是提供给执行测试用例的人看。因此测试用例到底写到什么程度，是写的详细还是写的简单，和测试用例由谁来执行有很大关系。如果用例是用例设计人员自己执行，那么可以写的简单一些，比如就写测试编号、测试标题、重要级别即可。如果用例是给自己组内的测试人员进行交叉执行，那么测试用例就要写的稍微详细一些。若用例是给其他人来执行的，比如将测试用例的执行外包出去，那么就需要测试用例写的非常详细了。





在编写预期输出时可以从以下三个方面来进行考虑：

1.界面显示：在操作步骤执行完后，可以在界面上看到什么显示，比如注册功能的测试，输入注册信息，点击注册，会在界面上看到注册成功的提示信息。
2.数据库变化：在操作步骤执行完毕后，数据库中的记录会发生相应的变化，比如删除功能的测试，点击删除后，数据库中该记录就会被删除。

3.相关信息的变化：即在操作步骤执行完后，一些和被测对象相关的信息会发生变化，比如注销功能的测试，点击注销后，以前能访问的页面将无法再访问。





怎样从报告里获取上面的信息呢？首先需要在发起测试前写明测试需要执行的操作或需要使用的功能，这样TestBird将会严格根据测试要求对游戏的进行自动化测试。测试过程中，闪退、卡死、黑屏和UI异常的现象，会在报告上一个不漏得通过截图和联动日志的形式呈现。根据这些截图和日志，测试人员就能详细了解游戏在每一款设备上的全部异常现象了。

测试人员想要高效的完成测试用例需要使用到各式各样的工具来提升效率。而手游测试专家TestBird正在致力于为CP提供最简单好用的QA管理解决方案，这套工具的成本很低、但效率却极高。正在经历游戏上线前突击测试的测试人员们，赶快行动起来，用全新的工具武装自己吧！