如何开展系统测试用例的设计?实际工作中大概是这样的：

　　1、分析需求。

　　2、划分测试模块。

　　3、针对各测试模块，依次开展测试设计。

　　流程本身好理解，同一份需求，不同的人设计出的用例质量可能差别很大。

　　近一个月连续组织或参与了多次测试用例评审，涉及多个产品，提出了一些意见，也反思了一下设计过程。偶有一些想法，暂且称之为“系统测试用例设计要注意的问题”，整理如下：

　　这个阶段，用例设计的方法固然重要，但除了运用这些方法，我们更加不能忽略对于测试点的考虑。比如：XX应用程序的版本自动升级功能，其下列出“登陆版本服务器、检查版本更新情况、自动下载和安装新版本”几个子功能，如果一上来盲目套用测试设计方法，往往会有遗漏。不妨先思考下版本自动升级功能大概有哪些测试点：

　　* 取得更新功能的权限(要登陆才行)

　　* 更新检查功能(要实现如何判别有新版本发布)

　　* 版本更新状态管理(已更新、取消更新， 版本存储等)

　　* 版本更新后原有版本的用户数据管理(注册数据，登陆配置，用户配置，用户数据/缓存数据)

　　* 更新后的版本标识正确性检查(版本号等软件产品标识)

　　* 安装更新包后如何处理安装包

　　* 安装更新包的过程是否产生垃圾文件