标签：
该项目主要的是测试中国象棋，主要的功能是实现中国象棋的电脑操作玩法，实现在PC上人与电脑在象棋项目上的人与人对弈，测试出该软件在界面，规则，玩法上所出现的bug与缺陷。
列出本计划中使用的全部缩略语全称及其定义
|
缩写词或术语 |
英文解释 |
中文解释 |
|
Bug report |
Bug report |
缺陷报告 |
|
Debug Unit testing User interface White box testing |
Debugging Unit test User interface test White box testing |
调试 单元测试 用户界面测试 白盒测试 |
《软件测试技术》 范勇，兰景英，李慧卓主编，西安电子科技大学出版社
界面：黑子的棋子“象”显示不出来；红字的棋子“相”显示不出来，单击新游戏按钮不反应。
代码：黑子棋子“象”图片获取路径和红字棋子“相”获取了路径出错。
1.测试人员需要了解象棋的基本原则，才能进行功能测试。
2.象棋的功能测试，以及象棋的下法所出现的缺陷，要进行仔细的功能测试，即多尝试一些象棋的典型走法和残局。
功能测试中：当测试人员在测试象棋走法时，由于测试人员对于象棋走法熟悉程度的不同，对于界面，走法bug的发现出现偏差，不能全面分析出功能之中存在的缺陷。
响应时间问题：单击棋子，被单击棋子闪烁，点击棋子走向的九宫格，反应不灵敏，需要用户比较精确的点击中九宫格的点，而且响应时间比较慢，影响用户的使用。
简要说明测试开始时间与发布时间。
测试开始时间：2015年5月30日
发布时间：
测试计划 2015年5月25日
对于一些显而易见的错误及游戏界面响应慢等先行进行修改、调试，一达到更好的效果。
对棋盘反应灵敏度、每个棋子是否可用，每一个按钮单击后是否能够做出相应的响应进行测试。
在下棋过程中看是否能够完成游戏，可能在过程中会因为对象棋规则不了解，会遇到点困难，也可能有错误代码未能及时发现。
另外还要验证在整个对弈过程中是否会出现未知的错误，所以要多测试几次，以确定其稳定性。
成员之间多进行沟通交流，商量可能出现的错误，尽可能多的排除其潜在错误，本着以软件的可靠性及稳定性为原则进行强调，以保障软件的高质量。
l 由于该测试项目为“中国象棋”，不懂下象棋的测试人员只能从代码、功能实现、界面等模块上进行测试，而在走法规则上所出现的bug以及缺陷不能够细心的发现，存在对该软件使用及玩法上的认识不足，仅能从最为基本的需求上测试，不能最大程度上的完善，导致测试不全面。
解决方案：最好进行测试的人员对象棋的玩法以及规则有一定的认识，也可寻找专业象棋玩家对其协助。
l 由于作业时间紧任务重，使得测试不充分。
l 该项目代码量并不大，但是却更需要测试人员的耐心。
可以是产品的质量达到什么样的目标，产品的流程联通性达到什么样的要求。
|
测试质量目标 |
确认者（如需说明） |
|
测试已实现的产品是否达到设计的要求，包括：各个功能点是否以实现，业务流程是否正确 |
|
|
产品规定的操作和运行稳定 |
|
评价测试质量的目标可以有：
|
测试质量目标 |
确认者（如需说明） |
|
所有的测试案例已经执行过 |
|
|
所有的自动测试脚本已经执行通过 |
|
|
所有的重要等级为1/2的Bug已经解决并由测试验证 |
|
|
每一部分的测试已经被Test Lead确认完成 |
|
|
重要的功能不允许有等级为1/2/3的Bug |
|
|
一般的功能或与最终使用者不直接联系的功能不允许有等级为1/2的bug,且bug等级为3的问题不得超过1/功能 |
|
|
轻量的功能允许有少量2/3等级的错误 |
|
|
发现错误等级为1/2/3的Bug的速率正在下降并接近0 |
|
|
在最后的三天内没有发现错误等级为1/2/3类的Bug |
|
Pc windows xp及以上
|
软件需求 |
用途 |
|
PC |
用于启动使用程序 |
主要是测试人员进行功能测试
首先书写测试计划，其次是测试用例分析和白盒测试，最后为测试结论。
说明中断/开始/完成测试的标准。
|
开始/中断/完成测试 |
标准说明 |
|
开始测试标准 |
硬件环境可用且软件正确安装完成 |
|
中断测试标准 |
安装无法正确完成或程序的文档有相当多的失误或系统服务异常或发现Block Bug |
|
完成测试标准 |
完成测试计划中的测试规划并达到程序和测试质量目标,并由Test Lead/R&D Manager确认 |
|
|
|
|
测试类型 |
是否采用 |
说明 |
|
功能测试 |
采用 |
根据系统需求文档和设计文档，检查产品是否正确实现了功能。 |
|
流程测试 |
采用 |
按操作流程进行的测试，检查软件在按流程操作时是否能够正确处理 |
|
异常测试 |
采用 |
检查系统能否处理异常 |
|
启动停止测试 |
采用 |
检查每个模块能否正常启动停止、异常停止后能否正常启动 |
|
易用性测试 |
采用 |
检查系统是否易用友好 |
|
界面测试 |
采用 |
检查界面是否美观合理 |
|
文挡测试 |
采用 |
检查文档是否足够、描述是否合理 |
|
测试阶段 |
开始时间 |
完成时间 |
测试人员 |
阶段完成标志 |
|
制定测试计划 |
2015/5/28 |
2015/5/30 |
|
完成 |
|
需求Review |
|
|
|
|
|
设计Review |
|
|
|
|
|
设计测试用例 |
2015/5/30 |
2015/5/30 |
张敏 |
设计完成 |
|
测试开发 |
|
|
|
|
|
测试环境准备 |
2015/6/15 |
2015/6/15 |
刘玉 |
PC就绪 |
|
测试实施 |
2015/6/15 |
2015/6/15 |
刘畅 高树花 |
人员到位 |
|
功能测试 |
2015/6/15 |
2015/6/15 |
杨森 |
功能基本完善 |
|
集成测试 |
|
|
|
|
|
性能测试 |
|
|
|
|
|
系统测试 |
|
|
|
|
|
验收测试 |
|
|
|
|
|
文档编写 |
2015/6/18 |
2015/6/18 |
张敏 |
准备中 |
|
准备事项 |
开始时间 |
完成时间 |
测试人员 |
阶段完成标志 |
|
测试环境准备 |
2015/6/15 |
|
高树花 |
PC正常启动 |
|
准备事项 |
开始时间 |
完成时间 |
测试人员 |
阶段完成标志 |
|
安装测试 |
2015/6/15 |
2015/6/15 |
高树花 |
正常安装完成 |
|
测试功能点 |
开始时间 |
完成时间 |
测试人员 |
说明 |
|
走马 |
2015/6/15 |
2015/6/15 |
刘玉 |
走法为“日”字 |
|
走相（象） |
2015/6/15 |
2015/6/15 |
刘玉 |
走法为“田”字 |
|
走炮 |
2015/6/15 |
2015/6/15 |
刘畅 |
走法为直线 |
|
走車 |
2015/6/15 |
2015/6/15 |
刘畅 |
走法为直线 |
|
走仕（士） |
2015/6/15 |
2015/6/15 |
杨森 |
走法为直线 |
|
走兵（卒） |
2015/6/15 |
2015/6/15 |
杨森 |
走法为直线 |
|
走将（帅） |
2015/6/15 |
2015/6/15 |
杨森 |
走法为直线 |
|
悔棋 |
2015/6/15 |
2015/6/15 |
张敏 |
返回上一步棋 |
|
胜利 |
2015/6/15 |
2015/6/15 |
张敏 |
吃掉对方帅（将） |
|
新游戏 |
2015/6/15 |
2015/6/15 |
张敏 |
重新开始游戏 |
|
退出 |
2015/6/15 |
2015/6/15 |
张敏 |
退出游戏 |
标签：
原文地址：http://www.cnblogs.com/tuandui/p/4542691.html
