- 博客(4)
- 资源 (1)
- 收藏
- 关注
RSS订阅原创 如何在有限的时间内编写完整有效的测试用？
分析这个问题，我想先从两个方面回答：1.如何在有限的时间内完成测试用例2.如何编写完整有效的测试用例有限的时间顾名思义工时不足。那么凡事都是有果必有因，解决问题就要先找到其原因，并加以解决，问题就会迎刃而解。在软件行业中，时间是一个非常重要的概念，时间有限也是经常提到的一个词，归其产生原因不外乎以下几点：1.项目经理缺乏项目管理经验，对项目工期估计不准确，导致工时吃紧，时间有限。2.项目开发人员
2008-11-15 21:50:00
569
1
原创 谈谈常用的性能测试方法(策略)和测试要点有哪些？
1.明确测试目标，测试目标尽可能能够有量化的标准 1）上线前验证性的性能测试，针对银行系统一般的性能指标为TPS、响应时间是否满足业务需求； 2）容量测试，测试系统在特定系统环境下的处理能力，关注的性能指标是TPS、响应时间、并发用户数等； 3）稳定性测试，银行系统对系统7×24小时的稳定性要求还是很高的； 4）异常测试，指系统出现异常或故障的情况下，系统能否在最短的时间内恢复，保证在线
2008-11-15 21:40:00
699
原创 测试人员如何说服他人认可你提交的缺陷？
首先，开发方必须提供完整详细的式样书和制限事项。式样书是测试人员测试的基础，测试人员如果按照式样书测试得到了不一样的或者奇怪的结果，那么必然是bug无疑，没有任何可以争论的余地；如果测试人员执行了式样书上没有写的动作，得到了一个奇怪的结果，那么首先去制限事项里面找，如果制限事项写了，那么意味着开发者知道这个问题并且还在开发中，那么OK暂时放过（注意是暂时），如果制限事项也没写，那么再看这个动作是不
2008-11-15 21:24:00
522
转载 如何编写更佳的bug report!!1
如何编写更佳的bug report --- Mihir Kamdar《How To Write Better Bug Reports》---Kiki翻译于2006/6/18 我们是否经常看到开发人员针对我们归档的bug report要求提供更多的信息？我们是否经常需要在bug report归档后花更多的时间去研究那个问题？我们是否经常从开发人员那里听到在他们那边难以重现b
2008-11-15 21:17:00
263
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人