1.软件的架构:
CS架构:client sever 客户端服务器
BS架构:brow 浏览器服务器(便宜)
区别:BS模型没有客户端,CS有客户端.BS不需要更新,CS需要更新.BS为http协议,CS为https协议全性会更高
2.APP测试:
python+appium
monkey 性能测试
Git/CI 程序集成
3.缺陷的生命周期
提交问题(谁发现谁提交)
确认:测试经理
分配:开发经理
验证:谁发现,谁测试(没有过的话reopen)
关闭:测试人员
4.测试用例要素
用例编号
模块,子模块,测试场景
用例标题
优先级
前置条件
执行步骤
期望结果
5.缺陷要素
缺陷编号
模块,子模块,测试场景
缺陷标题
优先级-缺陷等级
前置条件
重现步骤
期望结果
实际结果
附件(日志,截图)
6.缺陷等级
致命:主要功能未实现
严重:功能模块未实现
一般:部分功能未实现
轻微:字体,界面颜色
7.那些情况属于BUG
不满足客户的需求
超出客户需求
不符合用户习惯
缺失的异常处理
8.软件测试的方法
alpha测试:在系统测试之后,在开发环境中测试
beta测试:在alpha测试之后,用户生产环境中测试
兼容性测试:
web测试:网页测试
client测试:客户端测试
moble测试:移动端测试:webAPP / APP
Git / CI测试:集成测试
E2E:在真实情况下,把所以的真实情况全部模拟
9.软件测试流程:
需求分析:需求串讲,反串讲
测试计划:背景,时间,人员安排,风险,测试方法,退出机制
测试分析:思维导图
测试设计:测试的功能节点
用例编写:规范,提高用例覆盖度,用例评审
环境搭建:开发环境,测试环境,生产环境
用例执行:
缺陷提交:
回归测试:
测试报告:测试环境,测试方法,测试用例,执行情况,缺陷分布,缺陷处理情况,测试结论
10.退出机制
测试用例覆盖度100%
用例执行率100%
缺陷遗留率2-5%之间
所有遗留的缺陷都有合理的解决方案
11.规范
测试用例标题必须用'验证'开头
测试用例字数不超过30
测试用例标题不可出现二义性
测试用例必须有明确的结果
测试用例必须给出具体的测试数据
测试用例标题不能重复
12.软件测试的误区
软件测试只是对程序的测试
软件测试在开发完成后进行
软件质量只是测试人员的责任
软件发布后的缺陷都是测试人员的责任
软件测试对技术人员的要求不高
软件测试是测试的事和开发无关
