软件测试风险点,软件测试中的自动化测试的风险点
A、业务逻辑和测试数据分离。
业务逻辑和测试数据分离，这样一套业务逻辑由于他的测试数据的千变万化，就可以变出很多的测试用例出来。
B、测试组件概念的提出。测试功能模块化，封装化。
原本模块和封装是程序设计范畴的概念，而现在它在自动化测试领域也同样适用。一个测试用例可以由不同的测试组件组成。如下图将不同功能点的测试步骤封装成组件
那么根据上面的组件我们就可以组成下面的测试用例
组件A->组件B->组件C
组件A->组件D->组件B-组件C
组件A->组件C->组件B
组件A->组件D
……
可见测试用例设计人员只要设计了四个测试组件，就可以完成丰富的测试用例组合。
这两个测试思想是自动化测试对测试用例设计方法创新的最大贡献。
3、在自动化测试引入过程中，最容易被忽略的一个环节测试执行。由于测试执行是自动化测试各个环节中最晚一个环节，所以他往往是最容易被忽略的。然而实际上他和测试用例设计，测试脚本编写一样重要。它就如果足球比赛的临门一脚，如果比赛过程中，前面的传接配合做的很好，而临门一脚不行，一切也都是白搭。测试执行，需要注意的问题。
A、需要考虑是否能够夜间自动执行，这涉及到一些如计划任务如何启动等技术细节，只要花功夫还是可以解决的
B、需要考虑脚本版本和测试对象的匹配性。测试脚本也需要做严格的版本控制
C、需要考虑在各种操作系统上的兼容性测试问题。
22/2<12