- 博客(6)
- 资源 (6)
- 收藏
- 关注
RSS订阅转载 性能测试的步骤流程---DETECT(让性能测试规范化)
性能测试的步骤流程---DETECT(让性能测试规范化)<br />性能测试的工作千头万绪，最怕的就是像无头苍蝇般盲目地测试，不但旷日费时，还累积不到经验，团队与个人都难以成长，（下次再进行性能测试时，还是乱测一通）。<br /><br />我们需要拟定步骤分阶段执行，如此才能循序渐进，一步步向目标前进。根据微软公司的研究显示，性能测试的过程应该为六个阶段，分别是发现、探究、提案、执行、复查、收尾。<br /><br />原文如下：<br /><br />1， Discover the problem： 发
2011-05-30 23:09:00
717
转载 性能测试起始
<br />乍眼一看，你可能觉得这是一个功能需求，怎么和性能有关系呢？但这个确实是性能问题，如果换乘的楼梯修建过窄，会导致大量乘客无法疏散出月台引起事故，而如果修建过宽又会带来不必要的浪费，合适的疏散能力就是性能的吞吐量指标。<br /> 可能有些朋友会说，我没去过上海，也没坐过地铁，如何知道这个性能是多少呢？确实，很多时候我们对用户所需要的系统闻所未闻，现在需要我们来做性能需求定义性能测试的目标不是无稽之谈么？那么按照这个道理来说，做性能需求分析的人都应该是业务专家，从某些角度来说需求分析本来就是需要业
2011-05-30 22:37:00
483
转载 .负载测试，英文是Load testing
<br /> <br />负载测试是性能测试的一种，测试一个应用在重负荷下的表现。例如测试一个 Web 站点在大量的负荷下，何时系统的响应会退化或失败，以发现设计上的错误或验证系统的负载能力。在这种测试中，将使测试对象承担不同的工作量，以评测和评估测试对象在不同工作量条件下的性能行为，以及持续正常运行的能力。<br />负载测试的目标是确定并确保系统在超出最大预期工作量的情况下仍能正常运行，不是为了破坏系统。此外，负载测试还要评估性能特征，例如，响应时间、事务处理速率和其他与时间相关的方面。<br /> 关
2011-05-30 22:25:00
2108
转载 负面测试（Negative testing）
<br />十分有用，与大家一起共勉。<br />负面测试（Negative testing）是相对于正面测试（Positive testing）而言的。它们也是测试设计时的两个非常重要的划分。简单点说，正面测试就是测试系统是否完成了它应该完成的工作；而负面测试就是测试系统是否不执行它不应该完成的操作。形象一点，正面测试就象一个毕恭毕敬的小学生，老师叫我做什么，我就做什么；而负面测试就象一个调皮捣蛋的孩子，你叫我这样做，我偏不这样做，而且和你对着干。开发人员也是最讨厌修改此类bug的。<br /><br /
2011-05-30 22:15:00
3127
转载 一种新的测试理念
<br />文章分类:软件开发管理<br /><br /> 传染性测试-新的测试理念 <br />性能测试可以增加一种新的测试理念，当我们做一个破坏性测试时，确定一个破坏点以及相关策略，会得到一个期望的测试结果。这是测试系统的健壮性。但如果我们输入的是一个不确定的破坏点，该输入会遵循业务逻辑自身繁殖和变异，会产生无法预知的破坏性时，我们这个测试就是不止对系统自身的健壮性的测试了，还包括系统维护人员对未知异常的响应速度，包括解决方案的提出以及解决表面问题和解决该输入的变异根源。我想起名为：传染性测试。起因<b
2011-05-30 22:13:00
701
转载 软件功能性测试的21种故障模型
<br /><br />测试的目标是要发现错误，因此在编写测试用例的时候也要遵循这个目标，尽量在软件的最薄弱环节多编写测试用例。虽然测试时有很多单个输入变量、多个输入变量的组合，但优秀的软件测试人员不会依靠运气，他们有着丰富的经验和直觉，可以从中找到哪些是需要进行测试的，哪些不需要测试，哪些操作可能会引起软件失效。把这些测试人员的经验和直觉尽量归纳和固化，就形成了一些故障模型。故障模型指明了故障是如何以及为什么会在软件执行时引起软件失效。在测试过程中，我们可以按照这些故障模型所提供的缺陷类型和寻找该类缺陷的
2011-05-15 15:30:00
1119
混淆器 JODE.JAR
2008-09-19
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人