对于测试工作安排一般次序如下：
● 系统安装
● 系统参数设置
● 遍历所有的业务功能，并明确是否实现了所有的需求
● 通过测试
● 准确性测试(含数据测试)
● 失败测试
● 状态测试
● 业务处理功能查询功能及报表功能
● 系统性能
③ 测试数据设计说明。
④ 培训及其它支持条件
2.3 测试用例设计
2.3.1. 测试用例的编写
关键点
① 测试用例的功能点必须由 SA 编写明确及进行解析，大量的测试案例由测试小组进行编写，最终的测试用例由 SA 进行签字确认
② 当然如果 SA 不进行编码，那么测试组长由其担任是最为合适的。
③ 功能点的跟踪与变更必须即时更新，一般由 SA 或 PM 进行，测试案例也必须进行相应更新。
实际过程中需要根据可用的资源(人力、物力及时间等)用尽量少的测试用例，来发现更多的错误。给最终用户提供具有一定可信度的质量评价。如果想编写和测试所有的用例是不太现实的，下面是一个具体的例子，在实际测试过程中良好的程序员，也只能列出下面实际需要的测试用例的一半多一点。
//
延伸阅读
文章来源于领测软件测试网 https://www.ltesting.net/
