测试经验分享

写用例的思路：
从粒度细的功能开始写，这样以免遗漏
把功能分层次和区域化，
大型软件分模块化，考虑模块与模块之间的接口
考虑完软件功能之后姚考虑：软件所在环境，运行环境，网络环境 系统环境等等
考虑相关的兼容性 容量测试，和相关约束条件下测试。
写测试用例依据是SPEC ，但需要多使用软件本身，才能写出根多的用例
要熟悉产品的运行原理和设计。
 
思路是从细节到整体
 
写用例要静下心来些，才能写的更好更细致
多观察，细致的耐心的写用例
始终抱有怀疑精神
在功能规格没有或不清楚的地方要多和开发交流沟通，另外是多使用软件本身。
要在用户的角度考虑问题，区发现软件的问题，包括功能规格上的不足，都要形成bug 记录
要多使用测试方法和技术
技术、 业务、方法、策略、目标 都可以以用例为中心
功能规格说明不可能说明所有的情况，所以测试人员要仔细的推敲功能规格，去测试SPEC
性能测试是不断的改进的
 
 
 
比较容易发现bug的地方：
数据交互和更新的地方
多状态转换和选择的地方
多行为操作的地方
暴露用户接口多的地方
数据同步，或操作同步的地方
协作，关联或联动的地方
流程长或复杂的地方
输入数据多，条件复杂的地方
涉及多选的地方
涉及多线程（进程）的地方
涉及多用户并发操作的地方
涉及环境复杂的地方
兼容性要求多的地方
新功能提交的地方
新手提交的功能
始终不要忘记考虑安全性问题（特别是数据安全性）
操作交互的地方
每个细小的模块都可能出现bug
模块相关联的地方或接口
无效或错误的数据容易发现问题
设置和配置比较多的地方
操作后状况和数据都不明确的地方
升级或更新的地方
刚开始的性能测试可以帮助发现bug
 
 
 
关于用例的评审和执行：
用例较交互的看和学习
用例要细致的去评审，评审人员要对功能比较熟悉
开发人员要参与测试用例的评审，类似TDD
用例要持续优化和持续的更新
对与相应稳定的功能 要想办法更新用例去发现新的bug，或多做ad －hoc
参考别人写的好用例
参考财富库
每个bug要对应一个测试用例