萌芽计划
2020-04-23 18:31:52 0 举报AI智能生成
软件测试基本的流程
作者其他创作
大纲/内容
研发管理模型
瀑布流
需求分析
制定计划
系统设计
编码
测试
交付
V字型
W字型
H字型
敏捷模型
高效的工作
及时的沟通
日报
白板
站立会
集中办公
螺旋型
软件是什么
程序
文档
数据
测试流程
需求分析阶段
需求文档
产品原型
口述（非常坑，可能听完就忘）
学习业务流程
提取功能点
编写需求分析说明书
没有需求怎么办？
参考市面上已经成熟的同类型的产品的实现
测试设计阶段
测试计划
测试计划、方案、策略可用5W1H来编写，更多的时候把这三个合并成一个文档，叫测试计划说明书
内容：时间和人员以及资源的安排分配
测试方案
针对每个测试内容如何开展测试
采用什么测试计划
什么测试工具
测试策略
哪些测试内容先测
哪些内容后测
开始测试和结束测试的标准是什么
测试用例
用例编号
唯一的
用例名称
言简意赅，用最少的字描述清楚这个用例是做什么的
前置条件
执行这个用例之前，软件必须要满足的条件
优先级
时间上：执行这条用例的时间要求紧急的等级
重要级
这个被测的功能在系统里面的重要级别
测试数据
测试步骤
预期结果
实际结果
测试执行阶段
预期结果和实际结果做对比，如果一样则通过，若不一样则有问题
提交BUG
回归测试
测试总结阶段
编写测试报告
对工作的总结
对BUG的统计分析
开发
软件模块
等级
解决的时间
每个版本
…………
对被测软件质量的评估
一二级的BUG全部都关闭了
三级的BUG关闭了80%+
四级的BUG无所谓
测试方法
等价类
无效等价类
有效等价类
边界值
场景法
因果图
判定表
正交试验
状态迁移图
路径覆盖法
……
测试常识
测试（数据）是无穷无尽的
评审
同行评审
小组评审
部门评审
项目评审
第三方评审
邮件评审
BUG的管理
BUG的管理平台/系统/工具
禅道
JIRA
BUGFree
ALM/QC
testlink
BUG的六要素
编号
BUG的名称
言简意赅，看到题目就知道是什么问题
BUG的优先级
根据实际的情况，这个BUG需要优先解决吗，优先级别：高/中/低
BUG的等级
致命的
影响产品的核心流程的正常使用
导致软件挂了，闪退、崩溃
和钱有关
严重的
导致了功能无法正常使用（非核心流程里的功能）
一般的
功能的某些异常场景有问题
轻微的
建议性的东西，用户体验上的，UI上的的问题
BUG的重新步骤
可以把用例的步骤复制过来
附件
截图/日志/视频
目的是为BUG佐证
BUG的生命周期
BUG的状态
新建/new
打开/激活/open
已确认
已解决
拒绝
重新打开/reopen
关闭/closed
延期处理
重复BUG
版本迭代
随着时间/测试次数的推进，会发布很多版本，其中版本号是不断叠加的。
增量测试
只测试已知的有变化的功能
全量测试
测试软件的所有功能
萌芽计划
软件测试的就业行情
什么事软件测试
软件测试的发展历程
软件测试就是去证明软件是正确的
软件测试是去证明软件是错误的
软件测试是保证软件的质量是符合用户需求的一系列手段
软件测试的职业发展
功能测试
自动化测试工程师
测试开发
持续集成
testops
性能测试工程师
高级性能测试工程师
架构师
转行
管理向
项目经理
QA
优秀的测试养成攻略
编程
软件测试的分类
方法
黑盒测试
白盒测试
灰盒测试
方向
性能测试
压力测试
发现软件的性能瓶颈
负载测试
并发测试
安全测试
阶段
单元测试
方法、函数、类
集成测试
主要是接口测试
系统测试
功能
性能
安全
兼容性
WEB
APP
andriod
ios
易用性
用户体验
稳定性
GUI
界面
..........
验收测试
对象
APP测试
WEB测试
物联网测试
车联网测试
小程序测试
嵌入式测试
大数据测试
AI测试
状态
静态测试
动态测试
其他
冒烟测试
测试前的测试
α测试
内测
β测试
公测
测试应用
与web比额外的内容，以下这些都是APP专项测试
安装/卸载
消息推送
更新
弱网测试
2G/3G/4G/5G/WiFi
场景交互测试
如来电话了
调用相机
前后台的切换
权限测试
离线测试（即断网）
软件结构
B/S结构（网站架构一般是这个）
Brower
浏览器
server
服务器
C/S结构
client
客户端（需要单独安装的，比如APP）
物联网公司的研发团队结构
负责整个项目的管理
产品经理
负责软件的需求收集设计等等
前端
后端
运维
负责硬件网络设备的维护和管理
运营
产品完成后靠运营去拉用户
设计
负责对软件的UI进行设计
0 条评论
回复 删除
下一页
