恋爱秘籍软件测试生命周期包括6个阶段（大体上）：
1）计划 2）分析，3）设计，4）构建，5）测试周期，6）最后测试和实施，7）实施后。
1. 计划（产品定义阶段）
�8�5 高层次的测试计划（包含多重测试周期）
�8�5 质量保证计划（质量目标，测试标准等 ）
�8�5 确定计划评审的时间
�8�5 报告问题过程
�8�5 确定问题的分类
�8�5 确定验收标准－给质量保证员和用户。
�8�5 建立应用程序测试数据库
�8�5 确定衡量标准，例如缺陷数量/严重程度和缺陷起源（仅举几个例子） 。
�8�5 确定项目质量度量
�8�5 开始制定项目整体测试时间表（时间，资源等）
�8�5 必需阶段：评审产品定义文档
�8�5 文档中加入质量保证标准，作为工程改善进程的一部分
�8�5 根据该产品的特点帮助确定问题的范围
�8�5 大约每月要花5 -1 0小时在这一方面
�8�5 计划在数据库管理所有测试用例，包括手工方面或者自动化方面。
2. 分析（外部文档阶段）
�8�5 根据业务需求开发功能验证矩阵。
�8�5 制定测试用例格式-估计时间和分配优先级。
�8�5 制定测试周期矩阵与时间线
�8�5 根据功能验证矩阵开始编写测试用例
�8�5 根据业务需求计划测试用例基准数据
�8�5 确定用于自动化测试的测试用例。
�8�5 自动化团队开始在测试工具中创建变量文件和高层次的测试脚本。
�8�5 为自动化系统中的跟踪组件设置路径和自动化引导。
�8�5 界定压力和性能测试的范畴。
�8�5 按照每个测试用例的数据要求开始建立基准数据库。
�8�5 定义维护基准数据库的过程，即备份，恢复，验证。
�8�5 开始规划项目所需的测试周期数，和回归测试次数。
�8�5 开始文档复查，如：功能设计文档，业务需求文档，产品规格说明书，产品外部文档等。
�8�5 审查测试环境和实验室，前端与后端系统都要。
�8�5 准备使用McCabe工具，以支持白盒测试中代码的研发和复杂性分析
�8�5 建立反馈机制并开始录入文档。
�8�5 必需阶段：审查外部文件
�8�3 文档中加入质量保证标准，作为工程改善进程的一部分。
�8�3 根据群体执行反馈编写测试用例
�8�3 开始研制测试用例估计数目，每个用例的执行时间，和用例是否自动化这些方面的度量
�8�3 为每个测试用例确定基准数据，
�8�3 大约每月要花25小时在这一方面
3. 设计（文档架构阶段）
�8�5 根据变更修改测试计划
�8�5 修改测试周期矩阵和时间线
�8�5 核实测试计划和用例用到的数据都输入到数据库，或是否必需的。
�8�5 修改功能验证矩阵
�8�5 继续编写测试用例，根据变化添加新的用例
�8�5 制定风险评估标准
�8�5 规范自动化测试和多用户测试的细节。
�8�5 挑选出一套用于自动化测试的测试用例，并且把这些用例脚本化
�8�5 规范压力测试和性能测试的细节。
�8�5 最终确定的测试周期。 （根据用例的估计时间和优先权确定每个周期所用的测试用例数）
�8�5 最终确定的测试计划
�8�5 估计单元测试所需资源
�8�5 必需阶段：审查架构文件
�8�3 文档中加入质量保证标准，作为工程改善进程的一部分。
�8�3 确定要进行编码的的实际组件或模块
�8�3 在这定义单元测试标准，通过/失败准则等。
�8�3 单元测试报告，报告进行单元测试后的模块质量如何，白盒测试和黑盒测试都要包括输入/输出数据和所有决定点。
�8�3 列出所有要进行单元测试的模块
4. 构建（单元测试阶段）
�8�5 完成所有计划
�8�5 完成测试周期矩阵和时间线
�8�5 完成所有测试用例。 （手动）
�8�5 完成第一套自动化测试用例的测试脚本。
�8�5 完成压力和性能测试的计划
�8�5 开始压力和性能测试
�8�5 McCabe工具支持-提供度量
�8�5 测试自动化测试系统，并修复错误。
�8�5 发展单元测试
�8�5 运行质量保证验收测试套件，以确保软件已经可以交给QA测试。
5. 测试周期/ 错误修正（ 重复/系统测试阶段）
�8�5 测试周期1，执行第一套的测试用例（前端和后端）
�8�5 报告错误
�8�5 错误审核-不断开展的活动。
�8�5 根据需求修改测试用例
�8�5 根据需求增加测试用例
�8�5 测试周期二
�8�5 测试周期三
6. 最后的测试和实施（代码冻结阶段）
�8�5 执行所有前端测试用例-人工和自动化。
�8�5 执行所有后端测试案例-人工和自动化。
�8�5 执行所有压力和性能测试。
�8�5 提供对正在进行的缺陷跟踪度量。
�8�5 提供对正在进行的复杂性和设计的度量。
�8�5 更新测试用例和测试计划的估计时间。
�8�5 文件测试周期，回归测试，并更新相应文档。
7. 实施后
�8�5 开展实施后评估会议以回顾整项工程。 （经验所得）
�8�5 准备最终的缺陷报告和相关度量。
�8�5 制定战略以防止类似的问题在今后的项目中重复出现。
�8�5 创建如何改进流程的计划目标和里程碑，
�8�5 McCabe工具-制作最后的报道和分析。
�8�5 自动化测试组-1 ）审查测试用例以评估其他可用于自动化回归测试的用例2 ）清理自动化测试用例和变量，和3 ）审查自动化测试和手工测试结果的整合过程
�8�5 测试实验室和测试环境-清理测试环境，标记和存档用过测试用例和数据，恢复测试仪器到原始状态等。
软件测试的生命周期
如何做测试，有一个典型的V型模型参考
测试分为：
单元测试、集成测试、系统测试、确认测试、验证测试
对应的开发阶段
编码 、详细设计、概要设计、需求分析、客户需求
测试过程
制定测试计划、编写测试用例（不同阶段）、测试及BUG管理；
测试计划是在项目立项之后，理论是和需求分析同时完成，但实际情况要等需求分析完成了，才能制定测试计划；
根据测试计划，做好需要分析后，要开始设计确认测试用的测试用例；
然后按开发的不同阶段做相应的测试用例；
编码完成时开始进行测试，一直到最后的验证测试结束，并修改好BUG，发表β版本就可以结项了；
在软件开发生命周期中的哪个阶段开始测试
用心来表达，告诉他，你还爱着他，细心体贴地安慰他，帮助他从失落中重新振作起来。我想他会原谅你，重新和你在一起。
祝你们幸福！
软件测试流程和bug生命周期?
软件测试流程：
单元测试->集成测试->系统测试->确认测试，细分的话还有很多
bug的状态：
新建、打开、待验、解决、关闭
密码派???这款app能解决人与人直接的问题,提升关系
密码派app是以生命密码为内容基础、结合行为和性格分析心理学，为用户提供单人个性、双人关系解读的生活娱乐和社交产品。海量数据，AI加持！
“生命密码”与塔罗、星座并列为西方三大神秘学，它融合了数字学、心理学、哲学和中国易经的概念和理论，能够把一个公历生日，按照一定的规则，转换出专属于每个人的生命密码。
生命密码测试
血型属于复等位基因问题,
A型血的基因为:I(a)I(a)或I(a)i,前者为纯合子的A型,后者为杂合子的A型,
同理,B型血的基因为:I(b)I(b)或I(b)i,
AB型的基因为I(a)I(b),
O型血的基因为ii,
所以,在理论上,有时A型人和B型人可以生出O型人,但是AB型人和O型人无论如何都不可能生出O型人.
———–参见高中生物书
至于提出的问题,答案就是,A型(纯合子或杂合子)或者O型
明白了没有?
