测试与发布

测试

请根据团队项目中软件的需求文档、功能说明、系统设计和测试计划，写出软件的测试过程和测试结果，并回答下述问题。

1.在测试过程中总共发现了多少Bug？每个类别的Bug分别为多少个？

a.修复的bug；
b.不能重现的bug
c.这个产品就是这样设计的，不是bug；
d.没有能力修复，将来也不打算修复；
e.这个bug的确应该修复，但是没有时间在这个版本修复，延迟到下一个版本修复。

测试过程中共发现bug2个，其中a类bug一个，b类、c类、d类bug无，e类bug两个。
a类bug：
①在register的页面中，如果用户名或密码为空或者密码、确认密码不一致，不会跳出提示信息。
e类bug：
①如果出现同名账户，会注册失败，但是用户不会收到失败的原因；
②游戏结束到主页面之后返回，会回到别的页面而不是退出。

2.场景测试（scenario testing），包括以下内容：

你预期不同的用户会怎样使用你的软件？
他们有什么需求和目标？
你的软件提供的功能怎么组合起来满足他们的需要？

小明是一名大三的学生，大三的学习和就业压力令其感到烦躁，从而导致小明的精神萎靡，时常闷闷不乐，同时，由于经常在宿舍被电脑游戏消磨精力，小明的脑力也遭到了退化，这时候他可以尝试我们的24点小游戏。我们的24点小游戏最大的特点，就是在消磨闲暇时间、防止脑力衰退的同时，还适应了现在这种快节奏生活。也就是说你根本没有必要花上一整块时间来进行这个游戏，而是可以让用户在空闲时间达到以上的目的。而小明如果使用我们的游戏，我认为他可以再一定程度上减缓学习上、就业上的压力，同时防止被电脑游戏侵蚀，最重要的，我们是一款益智类小游戏，肯定可以给小明同学带去新的活力。

3.你们在什么样的平台、硬件配置、浏览器类型等条件上对你们的软件进行测试？——测试矩阵（test matrix）

4.非功能测试

性能指标（响应时间和吞吐量，需要给出截图和测试实例以及结果）
系统资源监控（CPU、内存占用情况，需要给出截图和测试实例以及结果）
压力测试（不同并发用户数，需要给出截图和测试实例以及结果）
疲劳度测试（测试服务器持续运行的能力，需要给出截图和测试实例以及结果）
安全测试（从三个角度来看，即保密性、可用性、完整性。需要给出截图和测试实例以及结果）
参考
http://www.cnblogs.com/freeton/archive/2013/05/31/3109815.html
https://www.cnblogs.com/cnmenglang/p/6272762.html
吞吐量：http://www.cnblogs.com/fnng/archive/2012/06/29/2570558.html
并发用户：http://www.cnblogs.com/fnng/archive/2012/06/29/2570558.html
响应时间：http://www.cnblogs.com/fnng/archive/2012/07/01/2571990.html
Android应用性能测试：http://www.cnblogs.com/mliangchen/p/5125114.html

（1）性能指标：

上图中记录了并发数为100时的吞吐量和程序的响应时间，吞吐量为1600.23reqs/s，响应时间为62.491ms

（2）系统资源监控：
应用占用CPU率(%)（横坐标为时间戳，纵坐标为占用比例，下同）：

应用占用内存比(%)：

（3）压力测试：

为了直观地分析这些数据，我们生成下列曲线图。首先来看吞吐率随并发用户数变化的曲线图，如下图所示。在并发用户数达到100之前，随着并发数的增长，服务器的资源被不断地充分利用，所以其吞吐率在不断提高。当并发用户数为100时，吞吐率最高。当并发用户数超过100后，吞吐率开始走下坡路。

接着来看服务器平均请求处理时间随并发用户数变化的曲线图。当并发用户数开始增加并到达100的过程中，请求的平均等待时间在逐渐地缩短，超过100之后，请求的平均等待时间又开始增加，当并发用户达到500后，等待时间开始有较大幅度增加。

下面来看用户平均请求等待时间随并发用户数变化的曲线图，当并发数超过500后，等待时间开始急剧上升，当并发用户数到达1000时，等待时间接近2s，这是使用者不能容忍的。