摘要：个人理解相对深度而言，广度是指覆盖率。一般在以下3个阶段来考虑保证测试用例的覆盖率。 阶段1：测试用例设计时一般做如下考虑： 1、最基本的先保证以正反两大类用例全面覆盖需求(且先不论需求中的主次)，其中包括 (1)细化各种数据类型，达到有效和无效数据类型的覆盖 (2)细化各种流程分支(考虑主流程、辅流程、异常处理、出错处理等) 2、考虑需求不完善之处(如与其它模块的交互、如对于性能的要求等)，进一步补充用例 3、考虑设计约束(如分页处理、并发处理等)，进一步补充和修改用例 阶段2：测试用例设计好后与需求人员、开发人员、组内其他测试人员组织评审，可以吸取大家从不同角度看到的遗漏之处，进行补充;. 阅读全文

摘要：效率测试基本概念 目前，在软件测试行业，效率测试习惯于称作性能测试，效率测试与性能测试的关系应该是包含与被包含的关系。性能测试仅仅衡量了与时间相关的各项指标，没有衡量与资源相关的各项指标。第三方效率测试目的是验证系统是否达到了开发文档或用户提出的各项性能指标，同时发现系统可能存在的瓶颈，起到优化系统的目的。 性能测试是对响应时间、事务处理速率和其他与时间相关的需求进行评测和评估。性能评测的目标是核实性能需求是否都已满足。实施和执行性能评测的目的是将测试对象的性能行为当作条件（例如工作量或硬件配置）的一种函数来进行评测和微调。性能测试可以分为负载测试、强度测试和容量测试。 负载测试是一种性能测试 阅读全文

摘要：很久没有写有关自己测试方面的记录，做了那么久的测试，停下来看看走过的测试之路，貌似感觉到了是一种模糊的视角。测试到底是什么，测试要达到一种什么要的境界，为公司，为产品为项目，为测试这个团队，会带来什么样的一种心灵感受。可我却茫然了。公司有很多的项目，每个项目时间都很紧，成本的控制，留给测试的时间并不是想象的那么的理想。测试团队每天为了测试而去测试，对业务的深入对测试把握又会达到什么样的地步。而我仅仅作为其中的一员又该如何去改变这样的想象。测试需要改变思路，需要新的理念去指导它，这是我们现在所欠缺的。我想如果还是按原来的这样来做，终究测试会变得没有技术，只不过是重复的做应该做的事情而已。 阅读全文