明细列表
步骤 | 材料 | 说明 |
---|---|---|
1 | SRS | 需求规格说明书 |
2 | HLD | 概要设计「评审」 |
3 | LLD | 详细设计「评审」 |
4 | SRC | 编码 |
5 | TEST | 测试 |
6 | PUB | 运行发布 |
软件开发过程:立项、需求分析、概要设计、详细设计、编码、测试、运行及维护;
其中HLD和LLD都需要项目组人员一起评审设计;
HLD需要确认功能设计的可行性,及需求的遗漏和扩展。
LLD需要UML类图,以及实现方式是否符合设计模式的6大基本原则、数据设计相关问题。
---------------杂谈------------------
HLD类似 集成测试
LLD类似 单元测试
单元测试有助于代码的可维护性:
假设功能 {用户登录} 有以下验证步骤(后台):
1.Token验证
2.用户名密码正确检查
3.返回登录信息
在没有单元测试的情况下,需要增加SQL注入检查
1.Token验证
2.SQL注入检查
3.用户名密码正确检查
4.返回登录信息
若增加了2.Sql注入检查,则需要重新将所有步骤重新测试一遍,若出现问题,还不能确定具体是那一步出了问题。
我们来看看有单元测试情况:
步骤 | 功能点 | 单元测试 | 单元测试结果 | 说明 |
---|---|---|---|---|
1 | 验证 | Test_验证 | OK | Token验证 |
2 | 检查 | Test_检查 | OK | 用户名密码正确检查 |
3 | 返回 | Test_返回 | OK | 本次登录信息返回前台 |
我们在增加了之后情况是:
步骤 | 功能点 | 单元测试 | 单元测试结果 | 说明 |
---|---|---|---|---|
1 | 验证 | Test_验证 | _ | Token验证 |
2 | 检查注入 | ? | SQL注入 | |
3 | 检查 | Test_检查 | _ | 用户名密码正确检查 |
4 | 返回 | Test_返回 | _ | 本次登录信息返回前台 |
在增加注入检查的后,也可以直接通过单元测试得到原始功能点的测试结果。
第一种情况:对原功能有影响。需要检查冲突问题。
第二种情况:对原功能无影响。只需要增加注入检查的单元测试就能持续维护
建议基于单元测试进行开发。
标签:返回,验证,检查,单元测试,软件工程,Test,LLD From: https://www.cnblogs.com/Zingu/p/16601569.html