热门
最新
红包
立Flag
投票
同城
我的
发布
CSDN App 扫码分享
评论
1
打赏
- 复制链接
- 举报
下一条：
从长远来看，下面的5大要点可以可持续地减少维护工作:避免测试用例中的冗余。在编码中，通过将代码部分移动到单独的函数来避免冗余一直是标准实践。在测试中，这种方法还没有完全被接受。通常，测试自动化包含冗余实现，必须多次创建，因此必须多次维护以防更改。这是不必要的和最大的浪费，因为它使测试过程变得缓慢和昂贵。因此，不如使用测试自动化编码领域中已有的方法，比如封装。通过结构降低复杂性。无论是在小型项目还是大型项目中，测试用例的数量每天都在增加。如果没有具体的规范，这种快速增长很快就会导致测试项目中的结构混乱。因此，必须花费很大的代价来分析测试的变更需求。所以，需要为测试的结构和与需求的联系建立清晰的规则。在测试中避免套管程序（spaghetti code）。在维护方面，合并变更很快就变得很棘手。这花费了可以用来测试新功能的宝贵时间。但首先，基础应该重新站住脚。有几种方法可以避免测试中的“意大利面条式”代码:通过层次结构进行抽象、使用引用、对不相关的测试输入进行并行建模，以及将测试数据与预期值分离。测试用例将更短，更紧凑，更容易理解。这对测试用例的创建、审查和更改都有积极的影响。避免工具工作中断。每个测试人员都认为工具工作中断是日常工作中的痛苦。一个典型的例子是测试用例创建过程:需求在ALM工具中，测试在测试工具中，测试人员必须不断地在两个工具之间切换。一旦完成，测试人员必须手动将链接/ id引用/测试结果从测试传输到ALM。这很容易出错，而且会耗费宝贵的时间。通过在频繁数据交换的工具之间创建稳定的集成，可以避免这种不必要的工作。尽可能地自动化界面。在不同的测试级别/阶段重用相同的测试。无论是基于模型的开发还是手工编码，代码通常在不同的环境中进行多级测试(例如，在Windows上测试和针对目标硬件的测试)。在最坏的情况下，测试需要多次复现，这是不必要的。测试用例创建中的平台独立抽象允许他们重用相同的测试用例，多次节省时间。通过一次映射，可以轻松生成特定于平台的定制。————————————————选自文章：减少对测试工作的维护，提升汽车软件的质量原文链接：https://blog.csdn.net/weixin_51954443/article/details/129296088
