测试经验随笔

一、刚入职如何尽快进入工作（针对客户端产品）

1. 从svn或者资源池中了解产品需求文档，最好是从最原始的需求文档到最新的产品需求，这样既可以了解产品的背景又可以了解产品的发展历史

2. 了解程序的物理结构和逻辑结构。物理结构包括文件夹、文件及注册表的用途，逻辑结构则可以通过产品的设计文档和相关的业务知识了解

3. 执行别人写的用例，了解相关的业务规则和程序约束条件，知道测试数据如何构造

4. 回归缺陷库中的bug，总结经常出现问题的模块及场景

二、构造测试用例时的注意事项

1．合理异常的用例程序必须做校验

2．不合理的异常不会导致程序及系统崩溃

3．如果程序中嵌了浏览器，要不不同IE环境的兼容性测试

4．如果涉及新增的功能涉及到历史数据的处理时，要把历史数据和新增数据同等重要的看待，不可只关注新增数据。

5．涉及到文字输入的地方一定要考虑特殊字符，例如，文本说明信息中的---，附件名称中的特殊字符等

6  当不同存放位置的文件，文件指向路径发生变化时，需要着重测试。

7．一个程序调用另一程序的时候，要考虑被调用的程序关闭和最小化两种情况

8. 测试软件下载时，要关注下载链接和文件存放的位置

9. 构造测试环境时，利用虚拟机镜像还原测试环境

三、客户端下载性能调优

1. 多线程

2. 静态文件xml（服务器端）

3. 拆分服务器（应用服务器和日志服务器）

4. 压缩配置文件

四、多部门配合易产生问题

1. 多部门配合涉及人员和程序比较多，容易出现所测版本与最新版本不一致问题，解决办法建立资源池，所有程序都放入资源池

2. 其他部门打包程序质量不可控，会造成一定风险

3. 需求变更后，简单的邮件通知会造成测试点的遗漏