一.软件产品的质量模型
功能性:满足功能需求eg登录功能
可靠性:异常处理机制和错误恢复机制，靠得住可以放心使用eg:密码输入错误有提示
易用性:易懂易学，输入不麻烦，按钮不小可以点
效率性:响应快，功能强而不占空间不耗内存，提供性能
维护性:产品可被修改，不会改一bug而不会牵出一堆bug
可移植性:啥手机啥系统都能用
（快速记忆:考虑七方面:功能/性能/UI/兼容/稳定/安全/易用）
二.软件测试分类
1.按是否覆盖源代码
黑盒测试:不关注代码而只关注客户需求，即特殊的输入输出——对应系统测试
（快速记忆:只关注结果）
白盒测试:不仅结果，还关注内部源代码细节，内部逻辑处理过程——对应单元测试
（快速记忆:还关注处理过程）
灰盒测试:介于黑白之间——集成测试（单个模块测试完后将模块组合再集成测试）
2.按阶段
单元测试:开发来做，测试代码，最小可测单元
集成测试:多个单元组装后的产物
系统测试:重中之重，软件作为整体，软件功能是否可以实现
验收测试:交付前最终测试，客户进行，看是否满足心理预期和设想需求
3.按是否运行:
静态测试:不运行代码的状态下做测试，命名规范，标注规范要求
动态测试:代码运行的状态下做测试
4.按是否自动化:
手工测试:点点点（基础）
自动化测试:工具或代码运行做软件操作和结果判定（趋势）
5.更多分类
冒烟测试:NO.1哦！开始其他测试之前，先做基本，主要，核心功能做质量验证，以免浪费人力物力。
（名字由来:硬件领域，硬件电路板通电，板子不合格冒烟）
回归测试:有问题，开发解决完，再次验证bug是否已解决
随机测试:不严谨，随意，把自己当小白，发现经验者跳开的问题
探索测试:对复杂的不常用的场景去做测试
三.软件开发常见模型
1.瀑布模型:
2.快速原型:
四.软件测试常见模型
1.V模型:介入晚
2.W模型:介入早，然而对测试人员要求高
五.软件缺陷bug
1.标准:
未达到需求说明规格书标明的功能
出现指名不能出的错误
超出需求范围
未达到隐含需求目标
难以理解，不易使用，运行速度慢（易用性/效率性）
2.关键因素:
缺陷ID，缺陷状态，缺陷标题，严重程度，优先级，详细信息
ps:感谢黑马程序员
来源：Someone——
声明：本站部分文章及图片转载于互联网，内容版权归原作者所有，如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢！