游戏测试术语解释.docxVIP

名称释义QAQuality Assurance。质量保证与质量控制（QC）不同。QA是在经营、系统和技术审核领域的活动。如果产品或服务要满足质量要求，需要进行一系列预先确定的系统活动。QA部是由责任监视原材料和产品、质量体系的创建、技术支持和保证、校准和培训的部门。BUG程序错误。也称为错误、错虫，是指在软件运行中因为程序本身有错误而造成的功能不正常、死机、数据丢失、非正常中断等现象。软件缺陷有人认为软件缺陷就是bug，这种认识是错误的，所谓缺陷应当包括以下几种情况：（1）软件未达到产品说明书表明的功能。（2）软件出现了产品说明书指名不会出现的错误。（3）软件功能超出产品说明书指名范围。（4）软件未达到产品说明书虽未指出但应达到的目标。（5）软件测试人员认为软件难以理解、不易使用、运行速度缓慢，或者最终用户认为不好。而bug主要是指软件本身的故障。封测封闭测试。由游戏开发人员以及受邀外部人员参与的游戏测试。一般用于测试引擎效果以及游戏可玩性。内测内部测试。小范围内的游戏测试，一般用于测试程序的可靠性、游戏各部分功能以及资源。内测往往分为多次进行。公测公开测试。面向玩家的游戏测试。用于测试游戏的受欢迎程度、并根据玩家意见和建议对游戏进行完善。测试测试是用测试用例执行系统，以检查测试结果是否和预期结果一致的过程。压力测试压力测试是对系统不断施加压力的测试，是通过确定一个系统的瓶颈或者不能接收的性能点，来获得系统能提供的最大服务级别的测试。在短时间内，由多人同时进行游戏，以测试服务器及服务端程序的稳定性以及可靠性。单元测试单元测试是在软件开发过程中要进行的最低级别的测试活动，在单元测试活动中，软件的独立单元将在与程序的其他部分相隔离的情况下进行测试。功能测试Functional testing (功能测试)，也称为behavioral testing（行为测试），也叫黑盒子测试或数据驱动测试,只需考虑各个功能，不需要考虑整个软件的内部结构及代码.一般从软件产品的界面、架构出发，按照需求编写出来的测试用例，输入数据在预期结果和实际结果之间进行评测,进而提出更加使产品达到用户使用的要求。性能测试性能测试是通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试。负载测试和压力测试都属于性能测试，两者可以结合进行。通过负载测试，确定在各种工作负载下系统的性能，目标是测试当负载逐渐增加时，系统各项性能指标的变化情况。压力测试是通过确定一个系统的瓶颈或者不能接收的性能点，来获得系统能提供的最大服务级别的测试。回归测试在软件生命周期中的任何一个阶段，只要软件发生了改变，就可能给该软件带来问题。软件的改变可能是源于发现了错误并做了修改，也有可能是因为在集成或维护阶段加入了新的模块。当软件中所含错误被发现时，如果错误跟踪与管理系统不够完善，就可能会遗漏对这些错误的修改；而开发者对错误理解的不够透彻，也可能导致所做的修改只修正了错误的外在表现，而没有修复错误本身，从而造成修改失败；修改还有可能产生副作用从而导致软件未被修改的部分产生新的问题，使本来工作正常的功能产生错误。同样，在有新代码加入软件的时候，除了新加入的代码中有可能含有错误外，新代码还有可能对原有的代码带来影响。因此，每当软件发生变化时，我们就必须重新测试现有的功能，以便确定修改是否达到了预期的目的，检查修改是否损害了原有的正常功能。同时，还需要补充新的测试用例来测试新的或被修改了的功能。为了验证修改的正确性及其影响对软件进行的测试就叫做回归测试。流程测试其实就是回归测试，只是我们习惯上称为流程测试。黑盒测试黑盒测试也称功能测试或数据驱动测试，它是在已知产品所应具有的功能，通过测试来检测每个功能是否都能正常使用，在测试时，把程序看作一个不能打开的黑盆子，在完全不考虑程序内部结构和内部特性的情况下，测试者在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数锯而产生正确的输出信息，并且保持外部信息（如数据库或文件）的完整性。 白盒测试白盒测试也称结构测试或逻辑驱动测试，它是知道产品内部工作过程，可通过测试来检测产品内部动作是否按照规格说明书的规定正常进行，按照程序内部的结构测试程序，检验程序中的每条通路是否都有能按预定要求正确工作，而不顾它的功能，白盒测试的主要方法有逻辑驱动、基路测试等，主要用于软件验证。 “白盒”法全面了解程序内部逻辑结构、对所有逻辑路径进行测试。“白盒”法是穷举路径测试。在使用这一方案时，测试者必须检查程序的内部结构，从检查程序的逻辑着手，得出测试数据。贯穿程序的独立路径数是天文数字。但即使每条路径都测试了仍然可能有错误。游戏引擎游戏引擎是用于控制游戏功能的主程序，一个完整的游戏引擎，包括图形、物