游戏软件测试培训讲义.pptx

游戏软件测试主讲人：徐丽4.7 可测性4.7.1 要有一套统一打印函数及详细的说明在同一项目组或产品组内，要有一套统一的为集成测试与系统联调准备的调测开关及相应打印函数，并且要有详细的说明。说明：本规则是针对项目组或产品组的。4.7.2 信息串的格式要统一在同一项目组或产品组内，调测打印出的信息串的格式要有统一的形式。信息串中至少要有所在模块名（或源文件名）及行号。说明：统一的调测信息格式便于集成测试。4.7.3 选择恰当的测试点编程的同时要为单元测试选择恰当的测试点，并仔细构造测试代码、测试用例，同时给出明确的注释说明。测试代码部分应作为（模块中的）一个子模块，以方便测试代码在模块中的安装与拆卸（通过调测开关）。说明：为单元测试而准备。4.7.4 集成测试/系统联调之前的准备在进行集成测试/系统联调之前，要构造好测试环境、测试项目及测试用例，同时仔细分析并优化测试用例，以提高测试效率。说明：好的测试用例应尽可能模拟出程序所遇到的边界值、各种复杂环境及一些极端情况等。4.7.5 使用断言来发现软件问题 使用断言来发现软件问题，提高代码可测性。 说明：断言是对某种假设条件进行检查（可理解为若条件成立则无动作，否则应报告），它可以快速发现并定位软件问题，同时对系统错误进行自动报警。断言可以对在系统中隐藏很深，用其它手段极难发现的问题进行定位，从而缩短软件问题定位时间，提高系统的可测性。实际应用时，可根据具体情况灵活地设计断言。4.7.6 使用断言检查非法情况 用断言来检查程序正常运行时不应发生但在调测时有可能发生的非法情况。4.7.7断言的正确使用 不能用断言来检查最终产品肯定会出现且必须处理的错误情况。 说明：断言是用来处理不应该发生的错误情况的，对于可能会发生的且必须处理的情况要写防错程序，而不是断言。如某模块收到其它模块或链路上的消息后，要对消息的合理性进行检查，此过程为正常的错误检查，不能用断言来实现。4.7.8 对较复杂的断言加上明确的注释说明：为复杂的断言加注释，可澄清断言含义并减少不必要的误用。4.7.9 用断言确认函数的参数示例：假设某函数参数中有一个指针，那么使用指针前可对它检查，如下。int ExamFun(unsigned char *str) { EXAM_ASSERT(str != NULL); //用断言检查“假设指针不为空”这个条件 ... //other program code }4.7.10 确保不使用没有定义的特性或功能 用断言保证没有定义的特性或功能不被使用。 示例：假设某通信模块在设计时，准备提供“无连接”和“连接” 这两种业务。但当前的版本中仅实现了“无连接”业务，且在此版本的正式发行版中，用户（上层模块）不应产生“连接”业务的请求，那么在测试时可用断言检查用户是否使用“连接”业务。#define EXAM_CONNECTIONLESS 0 //无连接业务#define EXAM_CONNECTION 1 // 连接业务?int MsgProcess(EXAM_MESSAGE *msg){ unsigned char service; /* message service class */? EXAM_ASSERT(msg != NULL); service = GetMsgServiceClass(msg); EXAM_ASSERT(service != EXAM_CONNECTION); // 假设不使用连接业务 ... //other program code}4.7.11 用断言对程序开发环境的假设进行检查 用断言对程序开发环境（OS/Compiler/ Hardware）的假设进行检查。 说明：程序运行时所需的软硬件环境及配置要求，不能用断言来检查，而必须由一段专门代码处理。用断言仅可对程序开发环境中的假设及所配置的某版本软硬件是否具有某种功能的假设进行检查。如某网卡是否在系统运行环境中配置了，应由程序中正式代码来检查；而此网卡是否具有某设想的功能，则可由断言来检查。 对编译器提供的功能及特性假设可用断言检查，原因是软件最终产品（即运行代码或机器码）与编译器已没有任何直接关系，即软件运行过程中（注意不是编译过程中）不会也不应该对编译器的功能提出任何需求。示例：用断言检查编译器的int型数据占用的内存空间是否为2，如下。 EXAM_ASSERT(sizeof(int) == 2);4.7.12 正式软件产品中应把断言及其它调测代码去掉 正式软件产品中应把断言及其它调测代码去掉（即把有关的调测开关关掉）。说明：加快软件运行速度。4.7.13 不能影响软件实现的功能 在软件系统中设置与取消有关测试手段，不能对软件实现的功能等产生影响。 说明：即有测试代码的软