网站测试计划
“助成”招聘网站测试计划
作者：李婷婷
文档版本：2.0
文档编号：Zhucheng 2.0
发布日期：2018年1月16日
l 文档历史
|
变更日期 |
作 者 |
版 本 |
变更摘要 |
|
2017-12-24 |
李婷婷 |
Zhucheng 1.0 |
功能测试 |
|
2018-1-5 |
李婷婷 |
Zhucheng 2.0 |
用户体验 |
l 相关文档
|
发布日期 |
文章标题 |
版 本 |
备注 |
|
2017-12-13 |
《软件概要设计说明书》 |
1.0 |
|
|
2017-12-13 |
《软件需求规格说明书》 |
1.0 |
|
|
2017-12-15 |
《软件详细设计说明书》 |
1.0 |
|
|
2017-12-15 |
《数据库设计说明书》 |
1.0 |
|
|
2017-12-15 |
《项目开发计划》 |
1.0 |
|
l 文档目的
描述“助成”招聘网站性能测试流程、范围、环境、风险等因素作为性能测试实施依据。
一、第一个冲刺阶段测试计划
l 项目背景介绍
“助成”网站是专职于为线下招聘市场提供招聘信息发布、信息初步筛选的招聘平台，是一款搭载在腾讯云服务器上的在线求职网站。基于先进的.NET Framework,默认支持MySQL 数据库，可扩展支持Access、SQL Server等多种数据库。支持基于IE、Chrome、搜狗、QQ浏览器等多种浏览器。
“助成”招聘网站主要是提供线下招聘市场如高校就业服务中心、大型人才市场发布招聘信息，职场求职人员可从本网站获取到可靠的招聘信息，以免上当受骗。
l 术语及编写
l 性能测试（Performance Testing）：
在一定负载情况下，系统响应时间、搜索筛选结果等性能是否满足用户特定的性能需求。
l 负载测试（Load Testing）：
在一定的软甲、硬件及网络环境下，在不同虚拟用户数量的情况下进行一种或者多种业务，测试服务器的性能指标是否在用户要求的范围内，用于确定系统所能承受的最大用户数、最大有效用户数以及不同用户数下的系统响应时间和服务器的资源利用率。
l 压力/强度测试（Stress Testing）：
在一定软件、硬件及网络环境下，模拟大量的虚拟用户想服务器产生负载, 使服务器的资源处于极限状态下并长时间连续运行,目的是用来测试服务器高负载情况下是否能够稳定工作。
l 配置测试（Configuration Testing）：
在一定的软件，硬件及网络环境下, 在数据库中构造不同数量级别的数据记录,运行一种或多种业务,在一定虚拟用户数量的情况下,获取不同配置的性能指标,由于选择最佳的设备及参数配置。通过配置测试可以将性能缺陷放大,方便定位行呢瓶颈。
l 系统运行环境
（1）网络拓扑图
（2）软硬件配置
|
设备名称 |
硬件配置 |
软件配置 |
备 注 |
|
Web+数据库服务器 |
无 |
无 |
|
|
负载生成器 |
CPU:P9400 2.53Ghz 内存：DDR3 512MB 硬盘：30GB |
操作系统： Windows_XP_Sp3_OEN 负载生成工具： LoadRunner8.1 |
|
l 测试内容
根据需求，在本次测试中我们需要对“助成”招聘网站，注册个人用户账号、登录、修改个人账号信息、搜索职位、投递简历；注册招聘方个人账号、登录、发布招聘信息、接收简历等功能进行测试，得到该功能在一定负载的 数据处理能力。
l 非测试内容
由于以下功能在真实情况下使用较少，并对响应时间元明确需求，故不进行测试网站后台管理功能。
l 测试策略
（1）业务抽取（测试脚本）
测试主要业务：
|
序号 |
业务名称 |
脚本编写要求 |
备 注 |
|
1 |
注册用户 |
不同的用户使用不同的注册数据，暂存器数据覆盖全部业务规则，在用户并发的情况下，每个用户注册时间。 |
用户输入手机号码、登录密码进行注册。 |
|
2 |
进入网站 |
不同用户进入网站时间不同，在用户并发的情况下，进入网站所需要的时间。 |
用户随机选择时间进入网站 |
|
3 |
修改信息 |
不同用户账户信息不同，填写完信息，修改所需要的时间。 |
填写数据内容需要随机 |
|
4 |
查询 |
不同用户根据角色查询不同的招聘信息，获得查询返回所需的时间。 |
查询内容需要随机 |
|
5 |
退出网站 |
不同用户在不同的时间退出网站，在用户并发情况下，每个用户退出网站的时间。 |
用户随机选择时间退出网站 |
l 用户行为模型及性能指标
|
序号 |
测试场景描述 |
性能指标 |
备注 |
|
1 |
5个用户并发注册用户，并发率20% |
注册响应时间小于3秒，服务器CPU利用率小于50%，内存占用率小于30MB |
|
|
2 |
10个用户登陆网站 |
用户登录网站响应时间在2秒以内，服务器CPU利用率小于40%，内存占用率小于20MB |
|
|
3 |
5个用户投递简历 |
平均每个用户响应在1秒以内，服务器CPU利用率小于40，内存占用率小于30MB |
需要考虑不同容量带来的影响，比如：简历文档的大小，使用的浏览器、网速等 |
|
4 |
5个用户查询 |
用户查询响应在1秒左右，服务器CPU利用率小于40，内存占用率小于30MB |
需要考虑不同容量带来的影响，比如：用户输入的关键字 |
|
5 |
5个用户并发退出网站 |
注册响应时间小于2秒，服务器CPU利用率小于40，内存占用率小于30MB |
|
混合模式用户行为模型及性能指标（测试场景）
|
序号 |
测试场景描述 |
性能指标 |
备注 |
|
1 |
用户行为模型编号为1、2、3、4、5、的场景同时执行 |
注册响应时间小于2秒，用户登录时间响应在1秒以内，用户投递简历、发布招聘信息响应时间平均在2秒左右，用户退出登录响应时间小于2秒，服务器CPU利用率剩余40%以上，内存剩余大于300MB |
模拟真实情况下多种用户行为同时进行的系统负载情况。 |
注：受测试平台影响，我们需要对负载用户进行调整。
（3）角色和职责
|
角色 |
资源数量 |
职责 |
备注 |
|
测试人员 |
1 |
跟踪监督性能测试项目进度 审核性能测试报告 |
|
|
性能测试人员 |
1 |
撰写性能测试计划 分析性能需求，制定性能测试方案 辅助开发人员修改性能缺陷 |
|
|
软件性能测试人员 |
1 |
开发性能测试文档 设计执行性能测试场景 执行回归测试 |
|
l 进度安排
|
任务名称 |
起始时间 |
结束时间 |
备注 |
|
测试计划 |
2017-12-22 |
2017-12-22 |
|
|
测试脚本开发 |
2017-12-24 |
2017-12-24 |
|
|
测试环境搭建 |
2017-12-24 |
2017-12-24 |
|
|
场景测试 |
2017-12-25 |
2017-12-26 |
|
|
测试报告撰写 |
2017-1-5 |
2017-1-5 |
|
出口标准
1.并发测试功能正常
2.压力测试连续2小时无故障
3.负载测试在代码已经配置管理情况下，测试结果达到用户要求。
l 风险
无
l 假设
无
二、第二冲刺阶段测试计划
l 收集用户体验
|
序号 |
测试内容 |
测试结果 |
备注 |
|
1 |
发布网站，收集部分用户在注册、登录、退出登录过程的个人感受 |
由于邀请的全为非学生群体，因此对于互联网使用不太流畅，大多反应界面跳转间缺乏向导。 |
|
|
2 |
用户浏览网页求职信息，发表第一直觉个人感受 |
分类较为齐全，可选择空间很大。 |
|
|
3 |
收集用户关于此网站整体性能展示，提出改进意见。 |
用户直观感觉使用较为生疏，提出了一个关于用户注册成功后无提示、最初以为是一般性网站测评（类似钓鱼网站）的用户反馈。 |
|
l 根据用户体验反馈结果，联合开发人员进行性能修改
|
序号 |
反馈内容 |
修改内容 |
备注 |
|
1 |
始终显示注册界面 |
注册界面与登录界面分别较小，添加注册成功提示消息，再跳转至登录界面。 |
|
|
2 |
类似一般钓鱼网站，不知道这个网站的用途 |
在网站下方增加3个跳转链接： “关于我们”：团队最初的项目及成员介绍 “助成博客”：博客首页 “用户反馈”： 调查问卷，最初调研阶段，通过让用户浏览网站后再填写网站的步骤显得很繁琐。 |
|
|
3 |
个人信息界面看起来效果不佳 |
将个人信息界面 的表头进行修饰，在后方录入表格的提示词字体增大 |
|
l 最终用户体验
|
序号 |
测试内容 |
测试结果 |
备注 |
|
1 |
发布网站，收集部分用户在注册、登录、退出登录过程的个人感受 |
邀请的依旧为非学生群体，明显反馈用户操作友好性提高。 |
|
|
2 |
用户浏览网页求职信息，发表第一直觉个人感受 |
分类较为齐全，可选择空间很大。 |
|
|
3 |
收集用户关于此网站整体性能展示，提出改进意见。 |
通过看网站下方链接介绍，评价很高！ |
|
