一、根据软件测试活动和软件测试类型,设计一份简要的软件测试计划,概要描述要测试哪些内容,根据什么测试准则。
测试计划:
1、功能测试
测试目标:
(1)各模块的独立功能是否实现
(2)各个模块联合起来的功能是否能实现
测试范围:实现游戏的所有文件,按照封装好的类和函数进行逐个模块测试。
测试方法:
(1)画出模块逻辑框图
(2)设计测试用例
(3)进行单元测试
完成标准:
(1)所有功能模块完成测试
(2)所有测试用例已经执行过一遍
(3)出现问题已修改完毕
测试重点:几个子模块集成后是否达到了预期功能
2、 集成测试
测试目标:各个模块相互调用是否正确、接口是否正确,模块组合起来是否能达到最终功能要求
测试范围:整体文件
测试方法:
(1)从最小模块开始逐渐扩大程序规模
(2)根据扩大的程序规模画出逻辑框图
(3)设计测试用例
(4)进行覆盖率测试、单元测试
完成标准:
(1)最终组合完毕的整体系统完成测试
(2)整体系统的测试用例全部执行过一遍
(3)出现的问题已经修改完毕
测试重点:整体功能测试
3、 性能测试
测试目标:诗词游戏的性能主要体现在数据库数据的调用上,当数据量很大的时候是否能高效的提供给玩家诗句、关键词、答案
测试范围:数据库调用模块
测试方法:
(1)扩充数据库
(2)进行数据库调用、检索的运行时间测试
(3)比对不同数据量下的调用、检索时间
(4)在不同数据量下运行程序,比对是否有游戏体验上的差异
完成标准:(1)不同数据量下的游戏体验一致,用户不能感受到明显的响应差异。
主要的测试内容如下:
子项目 |
测试方法、准则 |
测试内容 |
出口成诗 |
单元测试(白盒测试) |
获取的题目是否否符合要求 |
单元测试(白盒测试) |
回答之后的验证函数是否满足要求 |
|
功能测试(黑盒测试) |
回答正确后进度条是否按要求变化 |
|
功能测试(黑盒测试) |
计时器超时时是否结束回答 |
|
功能测试(黑盒测试) |
点击词后词的状态是否按要求变化 |
|
功能测试(黑盒测试) |
提交答案时弹出的提示框是否符合要求 |
|
功能测试(黑盒测试) |
点击返回及退出按钮时是否按要求变化 |
|
功能测试(黑盒测试) |
回答完成后是否跳入显示回答情况界面 |
|
点字成诗 |
单元测试(白盒测试) |
获取的题目、答案是否符合要求 |
功能测试(黑盒测试) |
回答或点击“下一题”后进度条是否按要求变化 |
|
功能测试(黑盒测试) |
计时器超时时是否结束回答 |
|
功能测试(黑盒测试) |
点击“下一题”时题目是否变化 |
|
功能测试(黑盒测试) |
点击“查看答案”时是否显示答案并跳入下一题 |
|
功能测试(黑盒测试) |
点击字时字的状态是否按要求变化,下方显示的回答是否是点击的字组成的答案 |
|
功能测试(黑盒测试) |
点击“X”时显示回答结果的框中是否按要求变化,字的状态是否按要求变化 |
|
功能测试(黑盒测试) |
点击返回及退出按钮时是否按要求变化 |
|
功能测试(黑盒测试) |
回答完成后是否跳入显示回答情况界面 |
|
你说我猜 |
单元测试(白盒测试) |
获取的题目、答案是否符合要求 |
功能测试(黑盒测试) |
计时器超时时是否结束回答 |
|
功能测试(黑盒测试) |
提交答案后是否跳入下一题,上一题的验证结果是否符合要求 |
|
功能测试(黑盒测试) |
点击“下一题”时题目是否变化 |
|
功能测试(黑盒测试) |
点击“查看答案”时是否显示答案并跳入下一题 |
|
功能测试(黑盒测试) |
点击返回及退出按钮时是否按要求变化 |
|
功能测试(黑盒测试) |
回答完成后是否跳入显示回答情况界面 |
|
|
集成测试 |
在“选择模式”界面点击相应按钮是否进入相应游戏 |
二、处理面对不同用户或平台的不同需求,可以将软件代码仓库进行分支,请比较说明fork或者branch两种操作的特点和适用范围,选择合适的操作,实际进行分支操作,建立一份面向港澳台地区的繁体界面软件版本。
Fork是一种类似于克隆的操作,把别人的项目fork到自己的github下,在此仓库下可以对其代码进行改进,可以通过发起pull request请求,经过原作者同意而合并到原作者项目中,只要不发起请求,对原作者项目没有任何影响,该方法主要适用于大型项目开发,通过fork操作进行大型项目中的子项目开发。
Branch是项目中代码的一种管理方式,是在同一项目中建立分支,在分支中进行代码修改,如果合理的话修改完就可以合并到主分支上面去,该方法主要适用于个人项目开发或者小型项目开发。
本次主要通过fork进行分支管理,代码见https://github.com/dbefb/scds,下面是面向港澳台地区的繁体软件版本的界面: