一、刚入职如何尽快进入工作(针对客户端产品)
1. 从svn或者资源池中了解产品需求文档,最好是从最原始的需求文档到最新的产品需求,这样既可以了解产品的背景又可以了解产品的发展历史
2. 了解程序的物理结构和逻辑结构。物理结构包括文件夹、文件及注册表的用途,逻辑结构则可以通过产品的设计文档和相关的业务知识了解
3. 执行别人写的用例,了解相关的业务规则和程序约束条件,知道测试数据如何构造
4. 回归缺陷库中的bug,总结经常出现问题的模块及场景
二、构造测试用例时的注意事项
1.合理异常的用例程序必须做校验
2.不合理的异常不会导致程序及系统崩溃
3.如果程序中嵌了浏览器,要不不同IE环境的兼容性测试
4.如果涉及新增的功能涉及到历史数据的处理时,要把历史数据和新增数据同等重要的看待,不可只关注新增数据。
5.涉及到文字输入的地方一定要考虑特殊字符,例如,文本说明信息中的---,附件名称中的特殊字符等
6 当不同存放位置的文件,文件指向路径发生变化时,需要着重测试。
7.一个程序调用另一程序的时候,要考虑被调用的程序关闭和最小化两种情况
8. 测试软件下载时,要关注下载链接和文件存放的位置
9. 构造测试环境时,利用虚拟机镜像还原测试环境
三、客户端下载性能调优
1. 多线程
2. 静态文件xml(服务器端)
3. 拆分服务器(应用服务器和日志服务器)
4. 压缩配置文件
四、多部门配合易产生问题
1. 多部门配合涉及人员和程序比较多,容易出现所测版本与最新版本不一致问题,解决办法建立资源池,所有程序都放入资源池
2. 其他部门打包程序质量不可控,会造成一定风险
3. 需求变更后,简单的邮件通知会造成测试点的遗漏