第一步:搭建测试环境
1.了解项目架构:C/S B/S
2.搭建测试环境
linux(LNMP:Linxu+nginx+mysql+php) --教程文档
Windows(WAMP:window+apache+mysql+php项目) --教程文档
WAMP:
apache:80 4443 对应的修改端口配置方法
mysql:3306 对应的修改端口配置方法 (建议先安装iwebshop的mysql ,然后安装 禅道的mysql)
php: 放在htdocs文件夹下
安装iwebshop
3.前台后台进入网址
前台:http://localhost/iwebshop/index.php?controller=site&action=index
后台:http://localhost/iwebshop/index.php?controller=systemadmin&action=index
第二步:快速熟悉项目
1.项目调研
①项目阶段:开发中 已完成
②项目复用程度: 全新 部分复用 全部复用
③项目已有的成果物:开发... 测试...
④开发人员背景:业务... 技术...
2.项目组织架构图(写到模块)
①项目组成:子系统--模块
web(管理人员+客户人员)+APP(安卓+IOS)+小程序(微信)
mysql+tomcat+Apache
子模块:
1.各个业务模块
2.各个流水模块
3.金额和币管理
②架构图作用:
1.对项目有一个全局认识
2.评估用例数量
3.问题:测试商品里面的功能
③编写测试范围列表--保证不遗漏功能点
quanquan:管理后台+商户后台+安卓APP+IOS/APP + 微信小程序
需求编号
功能名称
测试类型
路径
优先级
第三步:编写测试计划
1.人员/任务分配
2.项目进度安排
3.风险评估
4.测试标准
第四步:编写测试方案
1.测试策略
2.测试方法
3.测试工具
4.测试阶段
测试文档管理-->禅道文档上传
第五步:设计/编写/执行测试用例
举例:先分析初始化加载数据是否正确
分析1:分析页面上数据所对应的数据库表
分析2:编写SQL语句与页面进行对比
拿首页数据与数据库查询语句进行对比,观察是否一致
1.页面初始化分析
展示数据-->备份数据库读取查找数据
页面初始化用例
用例执行
BUG提交
2.独立功能测试
功能-->可见/不可见输入-->输出可见输出/不可见输出(数据库)
用例编写:
用例执行:
BUG提交
3.业务场景测试
4.非功能测试
5.接口测试
总结:
点(功能点):初始化页面加载是否与数据库一致(数据库查询)
独立功能:输入:可见输入 不可见输入
输出 可见 输出 不可见输出
处理
线(业务场景):
用户角度考虑:1.确定角色 2.找到常用功能 3.根据常用功能设计业务场景 4.一条场景就是一
条用例
从系统角度考虑:1.先确定项目中的功能点 2. 形成功能矩阵 3.画出深度图或者 广度图 4.一
条路径就是一条测试用例(全都是考虑的正常情况)
面(非功能测试):
效率性:
时间 服务器资源消耗情况
抓包测试工具httpwatch http协议 html超文本标记 get post
可靠性:
安全性 密码方面的 验证方面的
数据方面的 SQL注入
易用性:使用人群
可维护性: 开发人员
体():项目内部接口:模块之间的调研 功能之间的调用
项目外部接口:软件接口 http协议 接口测试:fiddler抓包工具:修改数据
硬件接口:明确测试范围 明确接口调用功能 检查调用过程中的数据传递
postman 进行接口测试:
举例:
修改个人资料功能测试用例设计:
(全部有效的数据,单个功能无效其他功能有效进行组合--使用等价类,边界值得出组合个数,然后下一个功能继续这样操作)
分析:
初始化数据分析:
输入:
可见输入:功能名称,长度,类型,是否为空,是否重复,组成规则
不可见输入:无
处理:
正常处理:
异常处理:
输出:
可见输出:
前台输出
后台输出
不可见输出:
数据库输出
构造数据:
测试点名称:有效类 有效数据(考虑到等价类边界值) 无效类 无效数据
编写测试用例:
测试项目|用例标题|预置条件|优先级|输入|操作步骤|预期输出
第六步:生成测试报告
其他测试:
效率性验证:
响应时间
可靠性验证
姓名/密码加密
SQL注入
可移植性:
操作系统:win 7/8/10;MAC;Linux
浏览器:ie7 8 9 11/firefox57 48 24 35/Chrome ...
不同版本IE测试工具:install-ietester
不同设备:ipad iphone android PC
不同网络:wifi 2/3/4/5G 有线
易用性:人群,复杂程度
可维护性:开发关注
接口测试:
测试报告:
缺陷报告:
缺陷状态:new open fixed reopen close rejected postphone abandon
修复优先级: 紧急 较高 中等 较低
严重程度: 极其 较高 一般的 轻微的
提交人:测试人员
指派人:开发 项目经理
缺陷标题:管理人员 开发人员看
重现步骤:
提交时间:
截图/附件:
OS:
浏览器:
风险
建议
评价
遗留