软件测试实例——总结

先看后赞，养成习惯。点赞收藏，人生辉煌!

@TOC

1、简单用户界面登陆过程都需要做哪些分析。

参考回答：
一、功能测试
1.输入正确的用户名和密码，点击提交按钮，验证是否能正确登录。 2.输入错误的用户名或者密码,验证登录会失败，并且提示相应的错误信息。
3.登录成功后能否能否跳转到正确的页面
4.用户名和密码，如果太短或者太长，应该怎么处理
5.用户名和密码，中有特殊字符（比如空格），和其他非英文的情况 6.记住用户名的功能
7.登陆失败后，不能记录密码的功能
8.用户名和密码前后有空格的处理
9.密码是否非明文显示，使用星号圆点等符号代替。
10.牵扯到验证码的，还要考虑文字是否扭曲过度导致辨认难度大，考虑颜色（色盲使用者）， 刷新或换一个按钮是否好用
11.登录页面中的注册、忘记密码，登出用另一帐号登陆等链接是否正确
12.输入密码的时候，大写键盘开启的时候要有提示信息。
13.什么都不输入，点击提交按钮，检查提示信息。
二、界面测试
1.布局是否合理，testbox 和按钮是否整齐。
2.testbox 和按钮的长度，高度是否复合要求。

• 界面的设计风格是否与 UI 的设计风格统一。
• 界面中的文字简洁易懂，没有错别字。

三、性能测试
1.打开登录页面，需要的时间是否在需求要求的时间内。
2.输入正确的用户名和密码后，检查登录成功跳转到新页面的时间是否在需求要求的时间内。
3.模拟大量用户同时登陆，检查一定压力下能否正常登陆跳转。 **
四、安全性测试
1.登录成功后生成的 Cookie，是否是 httponly (否则容易被脚本盗取)。
2.用户名和密码是否通过加密的方式，发送给 Web 服务器。
3.用户名和密码的验证，应该是用服务器端验证，而不能单单是在客户端用 javascript 验证。
4.用户名和密码的输入框，应该屏蔽 SQL 注入攻击。
5.用户名和密码的的输入框，应该禁止输入脚本 （防止 XSS 攻击）。
6.防止暴力破解，检测是否有错误登陆的次数限制。

• 是否支持多用户在同一机器上登录。
• 同一用户能否在多台机器上登录。

五、可用性测试
1、是否可以全用键盘操作，是否有快捷键。
2、输入用户名，密码后按回车，是否可以登陆。
3、输入框能否可以以 Tab 键切换。
六、兼容性测试
1.不同浏览器下能否显示正常且功能正常（IE,6,7,8,9, Firefox, Chrome, Safari等）。
2.同种浏览器不同版本下能否显示正常且功能正常。
2.不同的平台是否能正常工作，比如 Windows, Mac。
3.移动设备上是否正常工作，比如 Iphone, Andriod。
4.不同的分辨率下显示是否正常。
七、本地化测试
1、 不同语言环境下，页面的显示是否正确。

2、请对这个系统做出测试用例：一个系统，多个摄像头，抓拍车牌，识别车牌，上传网上， 网上展示。

参考回答：
功能：
1.每个摄像头都能抓拍车牌；
2.每个摄像头抓拍到的车牌能正常交给系统处理；
3.系统能够正确识别车牌；
4.系统能够将识别出的车牌上传；
5.上传至网络的车牌能够正常展示出来；
一、功能测试
1.使用正常的车牌，保持车牌静止，检查每个摄像头是否能抓拍车牌；
2.使用类似非车牌的写有字的纸板，检查每个摄像头是否抓拍；
3.使用正常的车牌，保持车牌较高速移动，检查每个摄像头是否能抓拍车牌；
4.在多种情况下检查每个摄像头抓拍到的车牌能否正常交给系统处理，如临时断电、断网后能否正常将数据交给系统；
5.使用抓拍到的正常的车牌，交由系统处理，检查系统能否识别车牌；
6.使用非车牌的其他图片，交由系统处理，检查系统能否识别；
7.在多种情况下检查系统能否将正常识别出的车牌进行上传，如临时断电、断网后未上传数据是否能继续上传；
8.构造非车牌的其他内容的数据，检查系统能否将异常内容进行上传；
9.检查上传至网络的车牌能否正常展示出来；
10.上传非车牌的其他内容的数据，检查能否正常显示出来。
二、性能测试
1.同时向一个摄像头展示多个静止的车牌，检查摄像头能否抓拍到多个车牌；
2.同时向一个摄像头展示多个较高速运动的车牌，检查摄像头能否抓拍到多个车牌；
3.抓拍后，检查系统识别车牌的时间是否在需求要求的时间内；
4.模拟大量抓拍照片同时交由系统处理，检查一定压力下系统能否正常识别车牌；
5.模拟大量车牌同时上传，检查一定压力下能否上传成功。
三、安全性测试
1.检查是否能够通过给车牌加装饰物等方法，使摄像头无法抓拍或抓拍后系统无法正常识别车牌。

3、 请你对吃鸡游戏进行压力测试。

参考回答：
一、首先明确需要测试压力的内容:
1.游戏服务器硬件
a.硬盘 I/o
b.内存
c.CPU
2.网络压力
a.长连接
a1.最大连接数
a2.流量(内网、外网、进、出)
b.长连接短周期(类似 Http 的 TCP 应用，这个比较特殊的一个需求，专门针对 LoginAgent)
b1.每秒建立的连接数
b2.实际处理能力
3.数据库
a.每秒事务数
b.每秒锁等待数
c.平均延时(ms)
d.CPU 暂用
4.多线程的最优线程数
a.数据库执行的多线程
b.多连接处理
二.Windows Server 环境测试方式
1.服务器性能监测
使用 Server 自带的性能监测器设置各个进程的监测参数。Window 的这个自动工具做的相当强大。大家自己摸一摸基本就会用了。每个参数都由详细的说明。
2.案例设计注意
a.对于数据库的性能测试上，现在由于所有的游戏服务器构架在 DB 前面都有一个实现 DB 缓冲功能的进程，以减少数据库频繁的读写操作。所以其实数据库的读是一个轻量级的数量；而数据库的写操作是一个周期性能过程。案例设计一定要能够驱动这种周期性能过程。比如我们游戏的战斗，导致游戏玩家数据的改变，或驱动所有在线玩家数据的周期性存储。
b.选择具有代表性，并且最频繁的游戏操作。用于进行最高用户在线的各种性能指标采集。 如，开枪、道具拾取、道具使用、移动、聊天
c.聊天性能测试 广播聊天是最为考验游戏信息发送能力的功能。通过进行全局广播的压力测试。我们可以获 取服务器进程发送信息到客户端的最高承载量。进而可以对我们的各种广播功能进行一个预估和 频率限制。
d.同屏玩家的移动测试移动+广播。这两种信息，基本是网络游戏流量的 70-80%左右。同屏玩家数量，将会增加各 种数据的广播需求，非常影响游戏性能。所以同屏的移动测试也是广播测试的一个必要环节。需 要根据实际结果进行适当的优化。
e.大量玩家同时登录测试 玩家登录时，有大量的信息需要进行分配和初始化；同时也有大量的数据需要下传客户端。 服务器需要进行大量的 TCP 连接建立。所以是一个比较关键的过程。这个测试案例是一个比较特 殊，但是运营是肯定会碰到的案例。
f.由于线程池处理事务，随着事务的时耗，存在一个最优线程数的问题。过多的线程反而会 降低服务器效率
3.细节问题
a.进行测试需要仔细思考客户端性能影响服务器最