1，随机启动
2，不能死机
3，不能终止
4，对话框不能一直显示
5，提醒要醒目
6，数据数据数据。
7，配置
8，错误处理
9，后期修改，功能添加
10界面与文文件
-------------------------------------------------------------------------------------------
1，随机启动
开发前应确定软件是否要随机启动。我们厂有个测试软件虽然不是随机启动的，但是很奇怪软件只要退出测试的硬件就停止工作，然而，如果将计算器重启，反而没有问题，软件硬件都会工作良好。
2，不能死机不能终止
要知道并不是任何时候都有人在设备面前一直等着的，所以出错的时候如果是小错误，则自己跳过，如果是中等错误则写到错误记录文件中，如果是严重错误（测试数据失真，不能保存）那么软件立即醒目的提醒错误，并且最好有声光报警！！并自动检测错误原因，写入错误记录文件。
3，对话框不能一直显示
请谨慎的用提醒对话框，如果可以的话尽量使用会自己过一段时间会自己收回的对话框，比如显示5秒每人处理，则收回对话框。另外一点就是尽可能使用卷标来提醒，或者系统右下角状态来提醒，不推荐用标准的那个提醒框比如:VB的msgbox
4，提醒要醒目
提醒窗口形状，颜色要醒目，字体颜色大小要适当。一般常用的有：标签提醒，右下角状态提醒，带定时的窗口提醒，标准的提醒对话框。另外就是硬件声光报警！
5，数据数据数据。
数据一定要妥善保存，数据库设计一定要合理，安全。数据库设计一定能符合系统需要，单个数据库文件或表要避免过大，以免出现不必要的查询中延时现象。由于测试数据是不断累积的很可能一天就将近10M的数据量，所以也可以考虑分天，分月，分年的方式来存储数据，当查看的时候修改数据库连接即可。其它存储比如存到excel，txt文件注意事项和上面的类似
6，配置
配置文件你可以用ini或txt或直接在数据库里面，但是要注意，最好在软件中有个配置管理的部件，以便于自己管理系统的配置。
7，错误处理
有些程序在编译时不会出现错误，但由于编程者考虑不周，当程序多次循环运行时，或者接收到的数据超出了考虑的范围，或者在特殊的时刻操作数据库不当，那么错误就会出现。所以一定要在编程的时候注意这些错误，当错误发生时应该正确的处理这些错误，假设设备旁边无人，然后想想系统应该怎么做。
8，后期修改，功能添加
写软件难免会有这样那样的bug，也许随着经验的累计，错误会越来越少，但是随着项目的需求，会不断有新的东西需要学习运用，所以bug不可怕只要有修改bug的能力和学会预防bug的方法。这好像没办法，只能测试—修改，运行-修改。
添加功能时，最好模块化的添加。所以系统设计前，架构一定要先想好，那些是变动的，那些是固定不变的，那些是通用的可以写成子函数的，那些是可以打包留出接口的，给封装的就封装。尤其是数据库操作的时候，务必格外小心，无论是ado连接还是SQL语句的执行，很可能都会出现错误，所以执行前进行状态判断和预处理也是必不可少的。和数据相关的都是测试系统的核心，就像人体的血液。所以，我们务必小心处理各个数据处理的环节，只有将这些做好了，一个测试软件就这么成了
10， 界面与文文件
诚然，一个好的接口能显示出你的专业，公司的logo，按钮的色彩图案，适当的选择应用都能给软件增分不少，所以UI美工还是需要的。
文档就不说了，但重要。（使用说明，版本修改记录，系统框架说明，软件架构及注意点，编程时注释）
经验有限，如有错误请各位大牛批评指正。