一，测试应该尽早进行，最好在需求阶段就开始介入，以便充分了解需求和以后测试工作的开展。
二，程序员应该避免检查自己的程序。
三，设计测试用例时应考虑到合法的输入和不合法的输入以及各种边界条件，特殊情况下还要制造极端状态和意外状态，如网络异常中断、电源断电《次状态一般设计到APP较多在网络中断和断电时查看APP的相应情况》等。
四，应该充分注意测试中的群集现象。
五，对错误结果要进行一个确认过程。一般由A测试出来的错误，一定要由B来确认。严重的错误可以召开评审会议进行讨论和分析，对测试结果要进行严格地确认，是否真的存在这个问题以及严重程度等。
六，制定严格的测试计划。一定要制定测试计划，并且要有指导性。测试时间安排尽量宽松，不要希望在极短的时间内完成一个高水平的测试。
七，妥善保存测试计划、测试用例、出错统计和最终分析报告，为维护提供方便
八，测试不一定非得意味按照正常的逻辑来测试，有时实施非正常逻辑的测试更能 测试出软件系统存在的潜在的不易发现的问题《这点有点类似于逆向思维模式》
以上问题纯属个人理解，欢迎各位大佬批评指正，共同学习共同进步
263
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
