重要的是记住,在通往成功的开始,基础设施的各个部分都充分不是必须的。优先级列表,逐步的加入组件,随着时间的推移,目前的模式可以进行调整和整合的变化。经验证明这样需要一年的时间去加入一个主要过程和两个小的组件到模式中去。
基于经验,从创建一个专用的测试环境和使测试的用例和计划标准化开始。随着一个良好的自动化测试构架需要很长的路才能走向自动化的成功。
下面的内容是“肉和土豆”列表是STLC的内容:
1、计划
2、分析
3、设计
4、建设
5、测试-初始化测试周期,bug修改和重新测试
6、最终测试和执行
7、后期执行
每个短语包含五个到二十个高级别的测试任务和程序去准备和执行手工和自动化测试,下面是一些例子:
1、计划
● 营销组织撰写文档定义产品
● 定义问题报告程序
● 高级别测试用例
● 首先分析项目的范围
● 定义接收的标准
● 建立自动化测试环境
2、 分析
● 营销和研发组织一起工作撰写需求文档
● 在业务需求的基础上开发功能性验证矩阵
● 确认那些测试用例可以进行自动化
● 为测试用例计划极限数据
3、 设计
● 开发组编写详细的文件定义产品的架构
● 根据变更修改测试计划和测试用例
● 修改测试生命周期矩阵和时间点
● 建立风险评估标准(McCabe tools)
● 正式详细的自动化测试系统,文件名的约束和多样性
● 决定是否任何一套测试用例将自动将它们变为数据驱动/模板模型
● 开始编写自动化测试用例和重用模块
正如STLC正在不断完善,将阐明本组织的测试过程。什么时候应该做什么事情,去确定什么时候软件已经可以测试,包含手工的和自动的测试系统。这里的想法是早开始,对于变更要准备好去面对。
其中自动化测试失败的一个最重要的原因是早期准备的不够充分,也就是对于什么时候应该坐什么的缺乏理解。步骤不是很难,主要是明白STLC是怎样工作的,这个不需要比失败的状况花更多的时间和努力。
对于测试的基础设施,成功的测试,没有必要按照所有的STLC任务,包括手工的自动的测试。比较重要的内容我们都知道是“尽早开展”很多的自动化工作可以在软件可以测试之前完成,如果非得需要良好的架构,一点维护,自动化测试系统和方法,即,PATS。
公司
公司的动态性是对于你们自己的整个领域。自动化测是的目标是保证接受和支持可重复的程序,这是公司的关键重要的一点。没有这样的保证自动化测试不会成功。