STH

软件测试生命周期一般包括7个阶段：
1）计划（产品定义阶）
2）分析（外部文档阶段）
3）设计（文档架构阶段）
4）构建（单元测试阶段）
5）测试周期/错误修正（ 重复/系统测试阶段）
6）最后测试和实施（代码冻结阶段）
7）实施后。

冒烟测试：新版本的基本功能确认检查的测试，有的公司称为版本健康检查 (Build Sanity Check)。目的是确认软件基本功能正常，可以进行后续的正式测试工作。冒烟测试的执行者是版本编译人员。

随机测试 (Ad-hoc testing)，主要是根据测试者的经验对软件进行功能和性能抽查。随机测试是根据测试说明书执行样例测试的重要补充手段，是保证测试覆盖完整性的有效方式和过程。 主要测试重要的功能进行复测

从一个开发者的角度来看的话，可以用这样的话来概括，游戏测试相当于是软件测试的子类，它继承了软件测试的特性，同时也衍生出了自己的特殊属性。
　　游戏测试与软件测试的共同的特性：
　　1、都是为了通过有目的的运行软件程序以及对软件产品质量树立信心并发现缺陷的一个过程。
　　2、每一种测试都需要软件运行与真实或者模拟的环境之下。
　　3、测试对象都包括规格说明书，需求文档，产品文件，或是用户手册，源代码，或是工作的可执行程序。
　　4、软件测试贯穿于整个项目的开发过程。
　　游戏测试的特殊属性：
　　1、游戏的情节测试，主要指游戏世界中的任务系统组成，有人也称为游戏世界的事件驱动组成，个人觉得可以称为游戏世界情感的测试。
　　2、游戏世界的平衡性测试，主要表现为经济平衡，能力平衡（包括技能，属性等等），保证游戏世界的公平。
　　3、对游戏文化的测试，比如整个游戏风格，是中国文化为主导，还是以日韩风格等，大到游戏的整体，小到NPC的对话，比如一个书生，他的对话就必须斯文，不可以用江湖语言。
　　(PS)游戏测试的任务：
　　1、给最终用户提供一个具有一定可信度的评价。
　　2、尽可能多的找出错误。
　　3、对游戏的可玩性，平衡性，游戏风格作出评价。
　　软件测试用例的基本要素包括测试用例编号、测试标题、重要级别、测试输入、操作步骤、预期结果，下面逐一介绍。

　　用例编号： 测试用例的编号有一定的规则，比如系统测试用例的编号这样定义规则： PROJECT1-ST-001 ，命名规则是项目名称＋测试阶段类型（系统测试阶段）＋编号。定义测试用例编号，便于查找测试用例，便于测试用例的跟踪。

　　测试标题： 对测试用例的描述，测试用例标题应该清楚表达测试用例的用途。比如 “ 测试用户登录时输入错误密码时，软件的响应情况 ” 。

　　重要级别： 定义测试用例的优先级别，可以笼统的分为 “ 高 ” 和 “ 低 ” 两个级别。一般来说，如果软件需求的优先级为 “ 高 ” ，那么针对该需求的测试用例优先级也为 “ 高 ” ；反之亦然，

　　测试输入： 提供测试执行中的各种输入条件。根据需求中的输入条件，确定测试用例的输入。测试用例的输入对软件需求当中的输入有很大的依赖性，如果软件需求中没有很好的定义需求的输入，那么测试用例设计中会遇到很大的障碍。

　　操作步骤： 提供测试执行过程的步骤。对于复杂的测试用例，测试用例的输入需要分为几个步骤完成，这部分内容在操作步骤中详细列出。

　　预期结果： 提供测试执行的预期结果，预期结果应该根据软件需求中的输出得出。如果在实际测试过程中，得到的实际测试结果与预期结果不符，那么测试不通过；反之则测试通过。