测试小实训总结

1.公司流程
开发：编写概要和详细设计— 编码并自测(开发环境)
测试：测试用例–测试用例评审(测试人员发起)
立项–编写需求–需求评审–部署环境–冒烟测试–提交bug–回归测试(测试报告)–验收测试–上线
​
2.软件测试分类
①按照阶段
​ 单元测试：是指对软件中的最小可测试单元进行检查和验证
​ 集成测试：集成测试是单元测试的下一个阶段，是指将通过测试单元模块组装成系统或者子系统，再进行测试，重点测试不同模块的接口部分。
​ 系统测试：指的是将整个软件系统看做一个1个整体进行测试，包括对功能、性能，以及软件所运行的软硬件环境进行测试。
​ 验收测试：以用户为主的测试，软件开发人员和质量保证人员参加
②按照是否查看源代码划分
​ 白盒测试:指的是把盒子盖打开，去研究里边源代码和程序结构(单元测试，ui/接口自动化测试)
​ 黑盒测试:把被测试的软件看做一个黑盒子，我们不去关心盒子里边的结构是什么样子，只关心软件的输入数据和输出结果
③功能测试
​ 逻辑功能测试:测试应用是否符合逻辑，比如应该先注册账号之后，才能进行登录,登录之后才能看我的购物车
​ 界面测试:窗口大小，按钮大小，点击按钮弹出什么样的提示框，是否有滚动条，下拉菜单是否有展示内容
​ 易用测试:从软件使用的合理性和方便性等角度对软件系统进行检查,比如，软件窗口长宽比例是否合适，颜色色彩是否赏心悦目，字体大小是否合适
​ 安装测试:安装磁盘空间不足，安装中断(关闭程序，关机，，)下次安装时是否继续上次的安装等。。。
​ 兼容测试:硬件兼容性测试和软件兼容性测试（硬件兼容性:比如一款软件在pc机，笔记本,主机上是否兼容，软件兼容性测试:比如一款软件在window8和window10上是否兼容）
④性能测试
​ 稳定测试
​ 负载测试: 让被测系统在其能够忍受的压力范围之内连续运行，来测试系统的稳定性。
​ 压力测试:持续不断的给被测试的系统增加压力，直到被测试的系统压垮为止，用来测试系统所承受的最大压力。
⑤其他测试
​ 回归测试：回归测试是指修改了旧代码后，重新在新环境上进行测试以确认修改没有引入新的错误或导致其他代码产生错误。
​ 冒烟测试：指对一个软件进行系统大规模的测试之前，先验证一下软件的基本功能是否实现，是否具备可测性。
​ 随机测试：是指测试中所有的输入数据都是随机生成的，其目的是模拟用户的真实操作，并发现一些边缘性的错误

3.常用的模型
描述：V 模型的左边下降的是开发过程各阶段，与此相对应的是右边上升的部分，即各测试过程的各个阶段。V 模型的优点在于它非常明确地标明了测试过程中存在的不同级别，并且清楚地描述了这些测试阶段和开发各阶段的对应关系
优点：
​ 1 每一个阶段都清晰明了，便于控制开发的每一个过程。
​ 2 既包含单元测试又包含系统测试。
缺点：
​ 1 测试介入的比较晚，对于前期的一些缺陷无从发现和修改。
​ 2 测试和开发串行。
Ｗ模型
描述：相对于V模型，W模型更科学。W模型是V模型的发展，强调的是测试伴随着整个软件开发周期，而且测试的对象不仅仅是程序，需求、功能和设计同样要测试。测试与开发是同步进行的，从而有利于尽早地发现问题
优点：
1 测试伴随着软件的整个生命周期，例如，在需求分析结束后就可以进行需求分析测试。
2 测试于开发是并行独立进行的。
缺点：
1 对有些项目，开发过程中根本没有文档产生，故W模型无法使用。
2 对于需求和设计的测试技术要求很高，实践起来很困难。

4.测试用例的编写方法有哪些？
等价类划分法 边界值分析法 错误推测法 正交表法 因果图法 场景法

5.测试计划包含
确定测试范围–制定测试策略–测试资源安排–人员的分配–时间安排–风险分析

6.缺陷报告包含
缺陷编号–缺陷状态–缺陷标题–严重程度–优先级–重现步骤–缺陷类型–测试环境

7.bug生命周期
首先测试人员提交Bug，这时Bug的状态标识为“new”；
开发经理确认后将Bug分配给相关的开发人员去处理，此时Bug状态为“open”；
开发人员拿到指派给自己的Bug，开始进行处理ÿ