3、 设计
● 开发组编写详细的文件定义产品的架构
● 修改测试生命周期矩阵和时间点
● 建立风险评估标准（McCabe tools）
● 正式详细的自动化测试系统，文件名的约束和多样性
● 决定是否任何一套测试用例将自动将它们变为数据驱动/模板模型
● 开始编写自动化测试用例和重用模块
正如STLC正在不断完善，将阐明本组织的测试过程。什么时候应该做什么事情，去确定什么时候软件已经可以测试，包含手工的和自动的测试系统。这里的想法是早开始，对于变更要准备好去面对。
其中自动化测试失败的一个最重要的原因是早期准备的不够充分，也就是对于什么时候应该坐什么的缺乏理解。步骤不是很难，主要是明白STLC是怎样工作的，这个不需要比失败的状况花更多的时间和努力。
对于测试的基础设施，成功的测试，没有必要按照所有的STLC任务，包括手工的自动的测试。比较重要的内容我们都知道是“尽早开展”很多的自动化工作可以在软件可以测试之前完成，如果非得需要良好的架构，一点维护，自动化测试系统和方法，即，PATS。
公司
公司的动态性是对于你们自己的整个领域。自动化测是的目标是保证接受和支持可重复的程序，这是公司的关键重要的一点。没有这样的保证自动化测试不会成功。
文章来源于领测软件测试网 https://www.ltesting.net/
