SH23-WXQ-0105-第二讲：软件生命周期&项目模型

软件生命周期

1.客户问题引入→客户提出需求，业务对接，产品经理负责分析整理成《需求文档》
2.可行性分析→经济、商业论证、政治、法律、技术。
3.项目招投标→自研、外包
4.项目立项→项目确定要做，产品项目需求，项目周期，人力，软硬件需求
5.需求分析→由产品经理主讲
6.开发阶段（编码，测试）
7.维护→项目资金构成：拿到项目时客户预付定金30%，开发结束后支付60%，维护阶段10%

需求分析方法：
1.深入了解需求文档
2.需求评审：由产品经理主讲，项目组所有成员参与

V模型-项目阶段
1.需求分析：需求澄清会议
会议召开者&会议主讲者：产品经理
会议参与人员：产品经理、项目经理、开发人员、测试经理、测试人员、运维、客户。
用户需求→根据用户的需求提炼成为项目需求
需求分析→所有人对需求达成一致后，产品经理更新需求文档。
需求澄清会议最终产物：需求规格说明书（简称SRS）
2.概要设计：开发人员根据SRS编写一份关于项目大概框架的文档→概要设计说明书（简称HLD）
3.详要设计：开发人员根据概要设计说明书编写的一份关于项目具体设计的文档→详要设计说明书（简称LLD）
4.编码→coding：开发人员编写整个项目代码
5.单元测试UT：由开发人员进行测试，开发自测（白盒测试：一般是开发自测，验证软件单元是否满足详细设计文档的规格要求，是否能正确执行，主要是对代码的测试。）
6.集成测试IT：测试人员对系统集成之后所有的接口进行测试。（灰盒测试：测试的是接口；指多个单元组合验证软件是否满足设计的规格，主要是模块之间的数据交互。）
7.系统测试ST：测试人员对整个系统、程序所有的功能进行测试
8.验收测试UAT：
α测试：由软件公司测试人员进行测试，开发人员在场，有问题交由开发人员解决，并重新测试验证。
β测试：把产品交由客户，具体测试人员和地点由客户安排，软件公司无法控制。有问题可以以邮件或电话方式告知开发人员，再有开发人员进行解决。


名词解释：
工作日：周一至周五      自然日：周一至周五且包含法定假日
SRS：需求规格说明书
HLD：概要设计说明书
review：评审（测试人员也要参与需求评审）
TPM：测试经理，编写测试计划（测试范围、人力安排、进度与任务、风险）
TE：测试工程师
TC：test case 测试用例
冒烟测试：对主流程的验证
冒烟测试通过后执行SIT测试（系统集成测试）；冒烟测试不通过则把版本打回重新开发。
bug级别：
致命→服务器出现闪退、宕机
严重→主体功能有问题
一般→一般性功能有问题
建议性→文档、文字描述、排版。
举个栗子：
一个按钮，按了手机变砖→致命
一个付费按钮，按了道具到账了没扣费→严重
一个翻页按钮，按了没反应→一般
一个按钮，长得有点丑→建议


项目组中常见的评审方式：
1.交叉评审：测试同事之间的评审
2.组内评审：项目组组内人员同时，开发，测试，运维，产品
3.会议评审：由客户参与
testlink：是一款用例管理工具/bug的管理工具
禅道、jira、TB
评审的时候由测试召开，谁写的谁讲。

公司环境：
1.测试环境：测试人员使用的环境
2.预发布环境：测试人员使用的环境，但是是在测试工作结束之后，准备发版上线之前的主流程的验证
3.开发环境：开发人员使用的环境
4.生产环境：线上环境，真实环境（面向使用的用户）

H模型-工作流程
1.需求澄清：产品经理召开，开发和测试人员参与需求澄清会议，解读需求文档
2.开发编写HLD→测试人员解读SRS，评审HLD
   开发编写LLD→测试人员解读SRS，评审LLD
3.开发人员编写项目代码coding
3.1.测试人员编写测试用例
3.2.测试经理将测试用例导入用例管理工具中，并进行任务分配
3.3.搭建测试环境
4.开发转测→开发人员将项目代码包提交给测试人员进行测试
5.SIT测试：
SIT1：第一轮测试（针对新项目）成为全量测试，对系统所有功能进行测试，执行所有编写的测试用例。
SIT2：第二轮起的测试称为回归测试也叫增量测试。测试上一轮出现bug的模块以及出现bug模块相关的模块。
SIT3：同SIT2
SIT4：同SIT2
……
简述测试流程：
1.冒烟测试，若冒烟测试不通过则打回重新开发。
2.通过冒烟测试后进行SIT全量测试
3.测试上一轮出现bug的用例
4.测试与上一轮出现bug的模块相关的模块
5.测试针对上一轮出现bug的模块增加的用例

bug率：5%-15%，低于5%说明软件质量很好
如有建议性bug可以提出并明确修复（优化）的版本
测试准出的标准：所有的用例执行完，所有的bug修复完，并且关闭掉。

Q&A

Q：为什么测试可以去评审开发编写的概要设计说明书？
A：因为测试和开发解读的是同一份文档，避免开发人员对需求理解出现错误。

Q：你们的项目是怎么开展的？
A：产品经理编写需求文档（需求规格说明书SRS）→开发和测试进行需求分析，并评审→开发进行概要设计说明书HLD和详要设计说明书LLD的编写；编码coding。测试经理输出测试计划。测试编写测试用例TC。→进行用例评审→部署测试环境，测试进行冒烟测试（暂定冒烟测试通过）→进行系统集成测试SIT（全量）并由开发修复bug→回归测试→验收报告→输出测试报告→发版上线。

Q：你们测试工作是如何开展的？
A：产品经理给到需求文档→进行需求分析→进行需求评审→测试经理输出测试计划，测试编写测试用例→进行用例评审→部署环境，测试进行冒烟测试→系统集成测试→回归测试→验收测试→输出测试报告→发版上线。

Q：您上家公司的项目经历了哪些阶段，每个阶段的输入（准入）与输出（准出）是什么？
A：                        
                                                  输入                                                        输出
需求分析                      项目所有人员参加需求澄清会议                   需求规格说明书SRS
概要设计                      需求规格说明书 SRS                                    概要设计说明书 HLD
详要设计                      概要设计说明书  HLD                                   详要设计说明书LLD
编码                             开发人员编写项目代码                                  整个项目代码包
单元测试                      开发人员自测，对代码的测试                       单元测试报告
系统集成测试               测试人员测试系统的所有功能                       系统集成测试报告
验收测试                      由测试人员或者客户进行验收测试                验收测试报告