如何对测试用例进行评审？
用例评审主要是和项目组人员一起评审写的测试是否准确，覆盖完全。根据参加人员的不同分为以下两种形式。
1. 测试组人员自主评审， 测试组的人员参与，一般大型项目组会组内评审。
一个优秀的测试用例应该包含哪些信息？
1. 软件或项目的名称 2. 软件或项目的版本（内部版本号） 3. 功能模块名 4. 测试用例的简单描述，即该用例执行的目的或方法 5. 测试用例的参考信息（便于跟踪和参考） 6. 本测试用例与其他测试用例间的依赖关系 7. 本用例的前置条件，即执行本用例必须要满足的条件，如对数据库的访问权限 8. 用例的编号（ID），如可以是 软件名称简写-功能块简写-NO.。
9. 步骤号、操作步骤描述、测试数据描述 10.预期结果（这是最重要的）和实际结果（如果有BUG管理工具，这条可以省略） 11.开发人员（必须有）和测试人员（可有可无） 12.测试执行日期如何编写有效测试用例？
测试用例要达到最大覆盖软件系统的功能点。
测试用例对测试功能点、测试条件、测试步骤、输入值和预期结果应该有准确的定义。测试用例的设计应包括各种类型的测试用例。在设计测试用例的时候，除了满足系统基本功能需求外，还应该考虑各种异常情况、边界情况和承受压力的能力等。测试用例的管理。使用测试用例管理系统对测试用例进行管理。软件测试用例编写规范标准？
根据系统需求规范写系统测试用例感觉有点困难。
是因为这个时候功能描述还比较泛，感觉会感觉编写用例有点困难，这个时候编写的用例粒度可以比较粗，不用写的很细节（估计也写不出来很细）。
0