1 软件开发模型
1.1瀑布模型
瀑布模型得特点：
1.是线性模型的一种，每个阶段只执行一次
瀑布模型的优缺点？
优点：开发的各个阶段比较清晰，当前阶段完成后，只需关注后续阶段
缺点：不响应需求的变化
风险往往延至后期才显露，失去及时纠正的机会
定义阶段：可研与计划，需求分析
开发阶段：概要设计，详细设计，编码，
运维阶段：软件测试、运行维护
1.2 快速原型模型
再开发真实系统是之前，构建一个原型，在该原型的基础上，主键完成整个系统的开发工作
快速原型模型的特点：快速的构建软件的原型，支持用户参与
优缺点：
优点：克服瀑布模型的缺点，坚守由于软件需求不明带来的项目开发风险
缺点：不适合大型系统的开发（适合开发小型的，灵活性高的系统）
1.3 螺旋模型？（了解）
引入了风险分析活动
优点：螺旋模型很大程度上是一种风险驱动的方法体系
缺点：采用螺旋模型需要具有相当丰富的分风险评估经验和专门知识
段落模型
软件测试模型
1.v模型。和瀑布模型类似，但是将软件测试分开了
2.双v模型：开发随着测试一同进行
v模型是最具代表意义的测试模型，将系统测试分开来 w模型测试的对象，不仅仅是程序，还包括需求和设计 优点：能够及是发现错误并纠正
三质量模型 功能性 可靠性 易用性， 效率 维护性 可移植性：灵活，开发效率高，语法简单，胶水语言，python可以运行其他语言的代码，
bug是什么？
软件测试中的缺陷
软件测试中的缺陷是软件应用程序偏离最终用户要求业务要求的偏差
软件测试中的缺陷报告
软件测试中的缺陷报告是关于软件应用程序中发现的缺陷的详细文档，缺陷报告包含有关bug的每个细节，有助于在将来识别类似的bug
发现缺陷？
在发现阶段，项目团队必须在最终客户发现缺陷之前尽可能发现多的缺陷，在开发人员确定并接受缺陷是时，就称发现缺陷并将其更改为以接受状态
发现缺陷：检查缺陷，避免客流到发布版本
报告缺陷：报告缺陷给开发者
接受缺陷：开发人员接受或者拒绝
可能会出现以下问题
你认为是bug，但是开发人员不认为是bug，双方就会发生争执
分类
缺陷软件帮助软件开发人员确定其任务的优先级，这意味着优先帮助开发人员首先修复那些关键的缺陷
分为
严重的：应当以及修复的缺陷，否则直接影响产品，甚至不可用
高危的：缺陷影响了产品的主要功能
中等的：产品体验与需求原型有偏差
低风险：缺陷对产品的操作影响较小
缺陷解决方案？
软件测试中得到缺陷解决是一个逐步修复的过程，缺陷解决过程从将缺陷分配给开发人员开始，然后开发人员按照优先级安排缺陷被修复，然后定义该过程有助于轻松的修复的跟踪缺陷
可以按照以下步骤
1 分配：分配给开发人员或其他技术人员进行修复，并将转台更改为响应
2：近端安排：此阶段由开发方负责，他们将根据缺陷优先级创建修复这些缺陷的计划
3：修复缺陷：当开发团队修复缺陷时，测试经理根据上面的时间表跟踪修复缺陷的过程
报告解决方案：修复缺陷后，从开发人员那里获取解决方案的报告
验证
在开发团队修复并报告缺陷之后，测试团队验证缺陷是否已经实际解决，团队将再次测试这些bug是否真的已经被修复
闭合？
一旦缺陷得到解决，缺陷的状态将更改为关闭，如果没有，必须向开发人员发送通知，再次检查缺陷
缺陷报告
软件测试中的缺陷报告是测试经理准备缺陷报告并将其发送给管理团队已反馈管理过程和缺陷状态的过程，缺陷报告有助于更好的沟通，跟踪和详细解释缺陷
