Web System测试计划
上一篇 / 下一篇 2009-10-09 12:25:18 / 个人分类：测试用例测试点
Web System测试计划（一）
二．测试背景
三．测试范围
1.功能测试
1.1链接测试
1.2表单测试
1.3数据校验
1.4cookies测试
1.5数据库测试
1.6应用程序特定的功能需求
1.7设计语言测试
2.性能测试
2.1连接速度测试
2.2负载测试
2.3压力测试
3.用户界面测试
3.1导航测试
3.2图形测试
3.3内容测试
3.4表格测试
3.5整体界面测试
4.兼容性测试
4.1平台测试
4.2浏览器测试
4.3分辨率测试
4.4 Modem/连接速率
4.5打印机
4.6组合测试
5.安全测试
5.1目录设置
5.2 SSL
5.3登录
5.4日志文件
5.5脚本语言
6.接口测试
6.1服务器接口
6.2外部接口
6.3错误处理
四．测试手段
80%手工完成功能测试，20％用Loadrunner工具完成性能测试。
五．测试环境
1.软件环境：
客户端：
浏览器：Internet Explorer6.0
操作系统：MicrosoftWindowsXP/2000/me
服务器：
应用程序：IP Billing System
操作系统：Microsoft Windows 2003server
2.硬件环境：
客户端：CPU：Intel Celeron 2.26GHz
内存：2.26GHz，256MB
服务器：CPU：Intel Celeron 2.26GHz
内存：2.26GHz，1G
六．测试策略
1.功能测试
1.1链接测试
（1）用户管理－Customer|Card|System|Product|Rate&Region|Account|Query|Statistic
（2）用户管理－部门管理－部门名称（开发部，销售部，人事部，采购部，测试部）
（3）用户管理－用户管理－First/prev/Next/Last/del
（4）用户管理－用户管理－用户名称（用户姓名）
（5）资源管理－号码管理－查询结果－电话号码列
（6）资源管理－号码管理－First/prev/Next/Last
（7）资源管理－设备管理－设备ID/ First/prev/Next/Last
（8）呼叫设置－拨号规则查询－First/prev/Next/Last
（9）呼叫设置－计费号码设置－First/prev/Next/Last
（10）呼叫设置－QOS设置－First/prev/Next/Last
（11）增值服务－服务模板管理－First/prev/Next/Last/模板名称
（12）增值服务－服务管理－First/prev/Next/Last/电话号码
（13）统一消息－Atendance管理/短消息/通知－First/prev/Next/Last
（14）统一消息－Voice Mail管理－First/prev/Next/Last/接听/删除/导出文件
（15）故障管理－First/prev/Next/Last/撤销/删除/回退/标题
（16）通讯录管理－First/prev/Next/Last/删除/姓名
（17）系统管理－角色管理－modify right/del/ First/prev/Next/Last
（18）系统管理－操作员管理－First/prev/Next/Last/edit/del
（19）区号查询－国际长途区号－亚洲/欧洲/非洲/北美洲/南美洲/大洋洲
（20）系统管理－常见问题－所有链接
测试目标：1>测试所有链接是否按指示的那样确实链接到了该链接的页面；
2>测试所链接的页面是否存在；
3>保证Web应用系统上没有孤立的页面，所谓孤立页面是指没有链接指向该页面，只有知道正确的URL地址才能访问。
测试方法：点击相关链接，检验链接的页面是否正确； 或Xenu Link Sleuth和HTML Link Validator工具
1.2表单测试
（1）首页－图片/登陆按钮
（2）用户管理－图片
（3）用户管理－部门管理－query/add/go!/bank按钮/下拉框
（4）用户管理－用户管理－query/add/go!/bank按钮/下拉框
（5）用户管理－密码修改－SAVE/CANCEL按钮
（6）资源管理－号码管理－查询结果复选框
（7）资源管理－号码管理－query/start/stop/go/update按钮
（8）资源管理－号码管理－设备/状态/原分机模式/新分机模式下拉框
（9）资源管理－设备管理－类型/showpage下拉框
（10）呼叫设置－拨号规则查询－集团拨号规则列表框/设备,showpage下拉框/查询结果数据表/Query,Go按钮
（11）呼叫设置－计费号码设置－Query，Update，go按钮/showpage下拉框
（12）呼叫设置－计费号码设置－查询结果、Select all in this page，Select all search result复选框
（13）呼叫设置－QOS设置－Query，Update，go按钮/showpage，新QOS下拉框
（14）呼叫设置－QOS设置－查询结果、Select all in this page，Select all search result复选框
（15）增值服务－服务模板管理－Query，Add，Go按钮/pageshow下拉框
（16）增值服务－服务管理－Query，Update，go按钮/号码状态,新模板, PageShow下拉框/查询结果、Select all in this page，Select all search result复选框
（17）统一消息－Atendance管理/短消息/通知/ Voice Mail管理－Query，Update，go，浏览按钮/缺省，自定义单选按钮/数据表格复选框
（18）统一消息－Voice Mail管理－Query，Update，go，试听，浏览按钮/接听状态，系统提供下拉框/系统提供，用户定义单选按钮
（19）故障管理－Query，add，go,save,cancel ,go按钮/pageshow下拉框
（20）通讯录管理－Query，add，go,save,cancel按钮
（21）话单查询－Query按钮
（22）系统管理－角色管理－add，save&right,save,cancel按钮/Type,showpage下拉框
（23）系统管理－角色管理－修改权限－save,cancel按钮/数据表格所有权限复选框
（24）系统管理－操作员管理－add，go，save,cancel按钮/showpage下拉框/Sex, Operator Type单选按钮
（25）系统管理－日志查询－Operator Login ID,Operation下拉框/ Query按钮/Both, Success, Fail单选按钮
测试目标：
1.使用表单来进行在线注册，确保提交按钮能正常工作，当注册完成后应返回注册成功的消息；
2.使用表单收集配送信息，应确保程序能够正确处这些数据；
3.使用表单进行用户注册、登陆、信息提交等操作时，我们必须测试提交操作的完整性，以校验提交给服务器的信息的正确性；
4.使用了默认值，还要检验默认值的正确性
测试方法：在表单中输入相应的合理的信息，点击提交，检验返回信息是否正确和完整
Web System测试计划（二）
（1）首页－登陆－登陆ID/密码/域
（2）用户管理－部门管理－部门名称/部门地址
（3）用户管理－用户管理－用户名称/部门名称/电话号码/分机号码
（4）用户管理－密码修改－旧密码/新密码/确认新密码
（5）资源管理－号码管理-设备/电话号码/状态/端口号/分机/原分机模式/新分机模式
（6）资源管理－设备管理－设备ID/ IP地址/ MAC/类型/域名/设备地址
（7）资源管理－设备管理－查询结果
（8）呼叫设置－拨号规则查询－集团拨号规则/部门/设备/电话号码/姓名/端口号/分机
（9）呼叫设置－计费号码设置－部门/电话号码/姓名/分机/Goto/新计费号码
（10）呼叫设置－计费号码设置－部门/电话号码/姓名/分机
（11）呼叫设置－QOS设置－部门/电话号码/姓名/分机
（12）增值服务－服务模板管理－模板名称/服务名称/Goto
（13）增值服务－服务管理－部门/电话号码/设备/姓名/分机/ GoTo
（14）统一消息－Atendance管理－部门/姓名/端口号/分机/电话号码/ GoTo
（15）统一消息－Voice Mail管理－呼叫号码/起始呼叫时间/结束呼叫时间/原密码/新密码/新密码确认
（16）统一消息－短消息管理－发送号码/起始发送时间/结束呼叫时间/短信内容/发送号码/接收号码/ GoTo
（17）统一消息－通知－标题/起始发送时间/发送者/结束发送时间/通知内容/接收人/ GoTo
（18）故障管理－故障标题/提交人/起始日期/故障内容/终止日期/ GoTo
（19）通讯录管理－姓名/手机/单位名称/单位电话/ E-Mail/单位地址/邮政编码/ GoTo
（20）话单查询－部门名称/用户名称/ Calling Number/ Called Number/通话起始时间/通话结束时间/时长上限/时长下限
（21）系统管理－角色管理－Name/Remark/goto
（22）系统管理－操作员管理－Login ID/Password/ Confirm Password/ Operator Name/Phone/ Email/ Remark/ GoTo
（23）系统管理－日志查询－Operation Date （From）/ Operation Date （To）
测试方法：在表单中输入依据数据库设计中在数据类型，长度，格式不合理的非法的数据，
检验系统是否有相应的错误提示信息。
1.4cookies测试
测试方法：Web应用系统使用了Cookies，就必须检查Cookies是否能正常工作；测试的内容可包括Cookies是否起作用，是否按预定的时间进行保存，刷新对Cookies有什么影响等。如果在cookies中保存了注册信息，请确认该cookie能够正常工作而且已对这些信息已经加密。如果使用cookie来统计次数，需要验证次数累计正确。
1.5数据库测试
测试目标：在使用了数据库的Web应用系统中，一般情况下，可能发生两种错误，分别是数据一致性错误和输出错误。
数据一致性错误主要是由于用户提交的表单信息不正确而造成的，
输出错误主要是由于网络速度或程序设计问题等引起的，针对这两种情况，可分别进行测试。
测试方法：1>在表单中输入相应的合理的信息，点击提交，检验返回信息是否正确和完整；
2>在表单中输入依据数据库设计中在数据类型，长度，格式不合理的非法的数据，
检验系统是否有相应的错误提示信息。
1.6应用程序特定的功能需求
2.性能测试
2.1连接速度测试
测试目标：系统TPS达到40。
测试方法：1.选择系统某个重要业务作为一个事务；
2.基准测试，记录处理完一个事务需要的时间;测试三次记录每次花费时间，最后计算平均时间；
3.测试处理5个事务花费的时间；（目标：125ms）
……….
测试处理40个事务花费的时间。
最后将测试结果和目标分解结果比较，检验是否达到要求。
2.2负载测试
2.2.1并发测试
测试目标：20个用户同时登录系统，测试能否全部成功登录。
测试方法：1. 1个用户登录系统，测试是否成功登录，若成功，则
2.2个用户同时登录系统，测试是否全部成功登录，若成功，则
3.3个用户同时登录系统，测试是否全部成功登录，若成功，则
…
20个用户同时登录系统，测试是否全部成功登录。若有不成功登录的，则中止测试。
2.2.2稳定性测试
测试目标：登录本系统，持续业务（用户的新增－查询－修改－删除）处理8小时，系统是否出现异常。
测试方法：登录系统，依照新增－查询－修改－删除流程，每隔5分钟对用户信息进行一个流程处理，持续运行1小时，若有异常，则中止；若运行正常，同样方法继续2小时，…同样方法持续运行8小时，测试系统是否稳定。
2.3压力测试
测试目标：10000个用户同时登录系统，测试能否全部成功登录。
测试方法：1.1个用户登录系统，测试是否成功登录，若成功，则
2.500个用户同时登录系统，测试是否全部成功登录，若成功，则
3.1000个用户同时登录系统，测试是否全部成功登录，若成功，则
…
10000个用户同时登录系统，测试是否全部成功登录。若有不成功登录的，则中止测试。
Web System测试计划（三）
3.1导航测试
（1）用户管理：部门管理|用户管理|密码修改
（2）资源管理：号码管理|设备管理
（3）呼叫设置：拨号规则查询|计费号码设置|Qos设置
（4）增值服务：服务模板管理|服务管理
（5）统一消息：Atendance|Voice Mail|短消息|通知
（6）故障管理
（7）通讯录管理
（8）系统管理：角色管理|操作员管理|日志查询|常见问题
（9）话单查询：CDR查询
（10）区号查询：国内长途号码|国际长途号码|特服号
测试方法：Web应用系统的页面结构、导航、菜单、连接的风格是否一致。确保用户凭直觉就知道Web应用系统里面是否还有内容，内容在什么地方。
3.2图形测试
（1）首页－图片/登陆按钮
（2）用户管理－图片
（3）用户管理－部门管理－query/add/go!/bank按钮/下拉框
（4）用户管理－用户管理－query/add/go!/bank按钮/下拉框
（5）用户管理－密码修改－SAVE/CANCEL按钮
（6）资源管理－号码管理－查询结果复选框
（7）资源管理－号码管理－query/start/stop/go/update按钮
（8）资源管理－号码管理－设备/状态/原分机模式/新分机模式下拉框
（9）资源管理－设备管理－类型/showpage下拉框
（10）呼叫设置－拨号规则查询－集团拨号规则列表框/设备,showpage下拉框/查询结果数据表/Query,Go按钮
（11）呼叫设置－计费号码设置－查询结果数据表
（12）呼叫设置－QOS设置-查询结果数据表
（13）增值服务－服务模板管理－模板名称/服务名称/Goto/查询结果数据表格
（14）增值服务－服务管理-号码查询/查询结果/服务模板批量修改
（15）统一消息－Atendance管理－设备/状态/page show
（16）系统管理－角色管理－修改权限－Role Info标签
（17）区号查询－国内长途号码－数据表格
测试方法：（1）要确保图形有明确的用途，图片或动画不要胡乱地堆在一起，以免浪费传输时间。Web应用系统的图片尺寸要尽量地小，并且要能清楚地说明某件事情，一般都链接到某个具体的页面。
（2）验证所有页面字体的风格是否一致。
（3）背景颜色应该与字体颜色和前景颜色相搭配。
（4）图片的大小和质量也是一个很重要的因素，一般采用JPG或GIF压缩，最好能使图片的大小减小到30k以下
（5）验证的是文字回绕是否正确。如果说明文字指向右边的图片，应该确保该图片出现在右边。不要因为使用图片而使窗口和段落排列古怪或者出现孤行。
3.3内容测试
（1）用户管理－Main Functions，Support Services
（2）用户管理－部门管理－Operation Tips
（3）资源管理－号码管理－Operation Tips
（4）资源管理－号码管理－查询结果
（5）呼叫设置－Operation Tips
（6）增值服务－Operation Tips
（7）统一消息－Operation Tips
（8）故障管理－Operation Tips
（9）通讯录管理－Operation Tips
（10）系统管理－Operation Tips
（11）话单查询－Operation Tips
（12）区号查询－Operation Tips
测试方法：检验系统提供Operation Tips的正确性、准确性。
3.4表格测试
（1）用户管理－用户管理
（2）用户管理－部门管理
（3）资源管理－号码管理－查询结果
（4）资源管理－设备管理－查询结果
（5）呼叫设置－拨号规则查询－查询结果
（6）呼叫设置－计费号码设置－查询结果
（7）呼叫设置－Qos设置－查询结果
（8）增值服务－服务模板管理－查询结果
（9）增值服务－服务管理－查询结果
（10）统一消息－Atendance|Voice Mail|短消息|通知－查询结果
（11）故障管理－故障查询
（12）通讯录管理－通讯录查询
（13）系统管理－角色管理－查询角色列表
（14）系统管理－操作员管理－操作员列表
（15）话单查询－话单查询结果
（16）区号查询－国内长途号码|国际长途号码表单
测试方法：验证表格是否设置正确。每一栏的宽度是否足够宽，表格里的文字是否都有折行？是否有因为某一格的内容太多，而将整行的内容拉长?
3.5整体界面测试
测试方法：
对整体界面的测试过程，其实是一个对最终用户进行调查的过程。一般Web应用系统采取在主页上做一个调查问卷的形式，来得到最终用户的反馈信息。
4.兼容性测试
4.1平台测试
测试方法：分别在Windows、Unix、Linux上，使用IE浏览器登陆本系统，测试系统能否正常运行。
4.2浏览器测试
测试方法：创建一个兼容性矩阵。在这个矩阵中，测试不同厂商、不同版本的浏览器对某些构件和设置的适应性。
4.3分辨率测试
测试方法：将显示器的分辨率分别调整在640x400、600x800或1024x768的模式下，浏览系统的所有页面是否显示正常?字体是否太小以至于无法浏览?或者是太大?文本和图片是否对齐?
4.4 Modem/连接速率
4.5打印机
4.6组合测试
测试方法：将分辨率分别设置为640x400、600x800，1024x768和浏览器Netscape，Fox和IE，进行测试，测试WEB页面显示是否正常。
Web System测试计划（四）
5.1目录设置
测试目标：每个目录下应该有index.html或main.html页面，这样就不会显示该目录下的所有内容。
测试方法：选中一幅图片，单击鼠标右键，是否找到该图片所在的路径。若找到，然后在浏览器地址栏中手工输入该路径，是否发现该站点的信息。
5.2 SSL
测试方法：站点使用SSL进行安全传送。进入一个SSL站点是因为浏览器出现了警告消息，而且在地址栏中的HTTP变成HTTPS。开发部门使用了SSL，测试人员需要确定是否有相应的替代页面（适用于3.0以下版本的浏览器），这些浏览器不支持SSL。当用户进入或离开安全站点的时候，请确认有相应的提示信息。是否有连接时间限制？超过限制时间后出现什么情况？
5.3登录
测试目标：
验证系统阻止非法的用户名/口令登录，而能够通过有效登录。用户登录是否有次数限制？是否限制从某些IP地址登录？如果允许登录失败的次数为3，你在第三次登录的时候输入正确的用户名和口令，能通过验证吗？口令选择有规则限制吗？ 是否可以不登陆而直接浏览某个页面？是否有超时的限制，用户登陆后在一定时间内（例如15分钟）没有点击任何页面，是否需要重新登陆才能正常使用。
5.4日志文件
测试方法：在后台，要注意验证服务器日志工作正常。日志是否记所有的事务处理？是否记录失败的注册企图？是否记录被盗信用卡的使用？是否在每次事务完成的时候都进行保存？记录IP地址吗？记录用户名吗？
5.5脚本语言
6.接口测试
6.1服务器接口
链接测试和表单测试都是此处的接口测试。
测试方法：测试人员提交事务，然后查看服务器记录，并验证在浏览器上看到的正好是服务器上发生的。测试人员还可以查询数据库，确认事务数据已正确保存。
6.2外部接口
测试方法：要使用web接口发送一些事务数据，分别对有效信用卡、无效信用卡和被盗信用卡进行验证。如果商店只使用Visa卡和Mastercard卡，可以尝试使用Discover卡的数据。（简单的客户端脚本能够在提交事务之前对代码进行识别，例如3表示American Express，4表示Visa，5表示Mastercard，6代表Discover。）通常，测试人员需要确认软件能够处理外部服务器返回的所有可能的消息。
6.3错误处理
测试目标：尝试在处理过程中中断事务，看看会发生什么情况？订单是否完成？尝试中断用户到服务器的网络连接。尝试中断web服务器到信用卡验证服务器的连接。在这些情况下，系统能否正确处理这些错误？是否已对信用卡进行收费？如果用户自己中断事务处理，在订单已保存而用户没有返回网站确认的时候，需要由客户代表致电用户进行订单确认。
七．测试工作计划
| 阶段 | 开始时间 | 结束时间 | 负责人 | 输出文档 |
| 理解项目需求 | 2009-5-5 | 2009-5-8 | 测试组 开发人员/项目经理 | 《测试需求》 |
| 编写测试计划 | 2009-5-5 | 2009-5-9 | 测试组长 | 《测试计划》 |
| 评审测试计划 | 2009-5-9 | 2009-5-11 | 测试组长/项目经理/QA | 《评审测试计划报告》 |
| 设计测试用例 | 2009-5-12 | 2009-5-26 | 测试组长/测试员 | 《测试用例》 |
| 评审测试用例 | 2009-5-26 | 2009-6-15 | 测试组长/项目经理/QA | 《评审报告》 |
| 集成测试 | 2009-6-16 | 2009-7-16 | 测试人员 | 《集成测试报告》 |
| 搭建测试环境 | 2009-7-16 | 2009-7-17 | 测试人员 | |
| 性能测试 | 2009-7-17 | 2009-7-28 | 测试人员 | 《性能测试报告》 |
| 分析测试报告 | 2009-7-29 | 2009-8-4 | 测试组长/测试人员 | 《测试分析报告》 |
| 用户验收测试 | 2009-8-4 | 2009-8-10 | 项目经理/客户/QA | 《用户验收测试报告》 |
TAG:
