软件系统测试用例设计要注意的问题
如何开展系统测试用例的设计?实际工作中大概是这样的：
1、分析需求。
2、划分测试模块。
3、针对各测试模块，依次开展测试设计。
流程本身好理解，同一份需求，不同的人设计出的用例质量可能差别很大。
近一个月连续组织或参与了多次测试用例评审，涉及多个产品，提出了一些意见，也反思了一下设计过程。偶有一些想法，暂且称之为“系统测试用例设计要注意的问题”，整理如下：
这个阶段，用例设计的方法固然重要，但除了运用这些方法，我们更加不能忽略对于测试点的考虑。比如：XX应用程序的版本自动升级功能，其下列出“登陆版本服务器、检查版本更新情况、自动下载和安装新版本”几个子功能，如果一上来盲目套用测试设计方法，往往会有遗漏。不妨先思考下版本自动升级功能大概有哪些测试点：
* 取得更新功能的权限(要登陆才行)
* 更新检查功能(要实现如何判别有新版本发布)
* 版本更新状态管理(已更新、取消更新， 版本存储等)
* 版本更新后原有版本的用户数据管理(注册数据，登陆配置，用户配置，用户数据/缓存数据)
* 更新后的版本标识正确性检查(版本号等软件产品标识)
* 安装更新包后如何处理安装包
* 安装更新包的过程是否产生垃圾文件
