测试计划
“渔夫兼职”APP测试计划
作者：渔夫队
文档版本：1.0
文档编号：发布日期：2018年1月17日
l 文档历史
|
变更日期 |
作 者 |
版 本 |
变更摘要 |
|
2018-1-17 |
渔夫队 |
Yufu1.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 文档目的
描述“渔夫兼职”APP性能测试流程、范围、环境、风险等因素作为性能测试实施依据。
一、第一个冲刺阶段测试计划
l 项目背景介绍
“我们的产品渔夫兼职是为了解决大学生兼职群体 的痛苦，他们需要一个好的渠道去找一个让自己满意的兼职，但是现有的方案并没有很好地解决这些需求，我们有独特的办法 ，创建一个平台，它能给用户一个互相筛选，选择的机会。同时，我们有高效率的优惠推广以及人脉，能很快地让大部分用户知道我们的产品，并进一步传播。
我们的平台整合了 发布招聘信息，发布个人简历及个人理想工作时间，招聘单位可以通过各个方面的要求来智能选择待业人员，同时我们还整合了平台打卡功能，每月自动反馈人员业绩，大大简化了招聘单位和就职人员的交互过程。
现在的兼职招聘大都还通过发传单的方式进行，这种方式不仅效率低下，成本较高，还缺乏有效的监管，很多时候达不到预期的效果，而我们的平台很好地解决了这个问题，在就职前，大学生就能切实的看到自己的就业所得，宣传效率大大提升，招聘周期大大缩短。
l 术语及编写
l 性能测试（Performance Testing）：
在一定负载情况下，系统响应时间、搜索筛选结果等性能是否满足用户特定的性能需求。
l 负载测试（Load Testing）：
在一定的软甲、硬件及网络环境下，在不同虚拟用户数量的情况下进行一种或者多种业务，测试服务器的性能指标是否在用户要求的范围内，用于确定系统所能承受的最大用户数、最大有效用户数以及不同用户数下的系统响应时间和服务器的资源利用率。
l 压力/强度测试（Stress Testing）：
在一定软件、硬件及网络环境下，模拟大量的虚拟用户想服务器产生负载, 使服务器的资源处于极限状态下并长时间连续运行,目的是用来测试服务器高负载情况下是否能够稳定工作。
l 配置测试（Configuration Testing）：
在一定的软件，硬件及网络环境下, 在数据库中构造不同数量级别的数据记录,运行一种或多种业务,在一定虚拟用户数量的情况下,获取不同配置的性能指标,由于选择最佳的设备及参数配置。通过配置测试可以将性能缺陷放大,方便定位行呢瓶颈。
l 系统运行环境
手机
l 测试内容
根据需求，在本次测试中我们需要对“渔夫兼职”APP，注册个人用户账号、登录、修改个人账号信息、搜索职位、投递简历；注册招聘方个人账号、登录、发布招聘信息、接收简历等功能进行测试，得到该功能在一定负载的 数据处理能力。
l 非测试内容
由于以下功能在真实情况下使用较少，并对响应时间元明确需求，故不进行测试网站后台管理功能。
l 测试策略
（1）业务抽取（测试脚本）
测试主要业务：
|
序号 |
业务名称 |
脚本编写要求 |
备 注 |
|
1 |
注册用户 |
不同的用户使用不同的注册数据，暂存器数据覆盖全部业务规则，在用户并发的情况下，每个用户注册时间。 |
用户输入账号、登录密码，昵称进行注册。 |
|
2 |
进入APP |
不同用户进入APP时间不同，在用户并发的情况下，进入APP所需要的时间。 |
用户随机选择时间进入APP |
|
3 |
修改信息 |
不同用户账户信息不同，填写完信息，修改所需要的时间。 |
填写数据内容需要随机 |
|
4 |
查询 |
不同用户根据角色查询不同的招聘信息，获得查询返回所需的时间。 |
查询内容需要随机 |
|
5 |
退出网站 |
不同用户在不同的时间退出APP，在用户并发情况下，每个用户退出APP的时间。 |
用户随机选择时间退出APP |
l 用户行为模型及性能指标
|
序号 |
测试场景描述 |
性能指标 |
备注 |
|
1 |
5个用户并发注册用户，并发率20% |
注册响应时间小于3秒 |
|
|
2 |
10个用户登陆网站 |
用户登录网站响应时间在2秒以内 |
|
|
3 |
5个用户投递简历 |
平均每个用户响应在1秒以内 |
需要考虑不同容量带来的影响，比如：简历文档的大小，使用的手机、网速等 |
|
4 |
5个用户查询 |
用户查询响应在1秒左右 |
需要考虑不同容量带来的影响，比如：用户输入的关键字 |
|
5 |
5个用户并发退出网站 |
注册响应时间小于2秒 |
|
混合模式用户行为模型及性能指标（测试场景）
|
序号 |
测试场景描述 |
性能指标 |
备注 |
|
1 |
用户行为模型编号为1、2、3、4、5、的场景同时执行 |
注册响应时间小于2秒，用户登录时间响应在1秒以内，用户投递简历、发布招聘信息响应时间平均在2秒左右，用户退出登录响应时间小于2秒。 |
模拟真实情况下多种用户行为同时进行的系统负载情况。 |
注：受测试平台影响，我们需要对负载用户进行调整。
（3）角色和职责
|
角色 |
资源数量 |
职责 |
备注 |
|
测试人员 |
1 |
跟踪监督性能测试项目进度 审核性能测试报告 |
|
|
性能测试人员 |
1 |
撰写性能测试计划 分析性能需求，制定性能测试方案 辅助开发人员修改性能缺陷 |
|
|
软件性能测试人员 |
1 |
开发性能测试文档 设计执行性能测试场景 执行回归测试 |
|
l 进度安排
|
任务名称 |
起始时间 |
结束时间 |
备注 |
|
测试计划 |
2017-12-22 |
2018-1-1 |
|
|
测试脚本开发 |
2017-12-26 |
2017-12-26 |
|
|
测试环境搭建 |
2017-12-28 |
2017-12-29 |
|
|
场景测试 |
2017-12-30 |
2017-12-31 |
|
|
测试报告撰写 |
2018-1-5 |
2018-1-8 |
|
出口标准
1.并发测试功能正常
2.压力测试连续2小时无故障
3.负载测试在代码已经配置管理情况下，测试结果达到用户要求。
l 风险
无
l 假设
无
二、第二冲刺阶段测试计划
l 收集用户体验
|
序号 |
测试内容 |
测试结果 |
备注 |
|
1 |
发布APP，收集部分用户在注册、登录、退出登录过程的个人感受 |
由于邀请的全为非学生群体，因此对于互联网使用不太流畅，大多反应界面跳转间缺乏向导。 |
|
|
2 |
用户浏览网页求职信息，发表第一直觉个人感受 |
分类较为齐全，可选择空间很大。 |
|
|
3 |
收集用户关于此APP整体性能展示，提出改进意见。 |
用户直观感觉使用较为生疏，提出了一个关于用户注册成功后无提示、最初以为是一般性网站测评（类似钓鱼网站）的用户反馈。 |
|
l 根据用户体验反馈结果，联合开发人员进行性能修改
|
序号 |
反馈内容 |
修改内容 |
备注 |
|
1 |
始终显示注册界面 |
注册界面与登录界面分别较小，添加注册成功提示消息，再跳转至登录界面。 |
|
|
2 |
类似一般钓鱼APP，不知道这个APP的用途 |
在网站下方增加3个跳转链接： “关于我们”：团队最初的项目及成员介绍 “渔夫兼职”：博客首页 “用户反馈”： 调查问卷，最初调研阶段，通过让用户浏览APP后再填写网站的步骤显得很繁琐。 |
|
|
3 |
个人信息界面看起来效果不佳 |
将个人信息界面 的表头进行修饰，在后方录入表格的提示词字体增大 |
|
l 最终用户体验
|
序号 |
测试内容 |
测试结果 |
备注 |
|
1 |
发布APP，收集部分用户在注册、登录、退出登录过程的个人感受 |
邀请的依旧为非学生群体，明显反馈用户操作友好性提高。 |
|
|
2 |
用户浏览APP求职信息，发表第一直觉个人感受 |
分类较为齐全，可选择空间很大。 |
|
|
3 |
收集用户关于此APP整体性能展示，提出改进意见。 |
通过看APP下方链接介绍，评价很高！ |
|
