[其它] 我眼中的bug管理

说明：作为一名软件测试人，必须要面对其中一个就是bug，bug有很多方面，细说下我眼中的bug管理： 　　作为一名测试人，必须要面对其中一个就是bug，bug有很多方面，细说下我眼中的bug： 　　bug的提交：如何提交bug是很有学问的，比如以前我就曾经遇到过这样的情况，一个页面上的几个样式问题提了几个bug，遭到批判说，可以提交一个bug，被教育说并不是bug越多越好云云，其实我不是这样的意思，因为之前遇到过把几个类似的bug提到一个里面，结果只改一处就把bugfixed了，因为bug没有修复完整
<weixin_38684633> 上传 | 大小：80kb

[其它] 软件测试中的性能测试(并发负载压力)测试分析

说明：在论坛混了多日，发现越来越多的性能测试工程师基本上都能够掌握利用软件测试工具来作负载压力测试，但多数人对怎样去分析工具收集到的测试结果感到无从下手，下面我就把个人工作中的体会和收集到的有关资料整理出来，希望能对大家分析测试结果有所帮助。 　　在论坛混了多日，发现越来越多的性能测试工程师基本上都能够掌握利用测试工具来作负载压力测试，但多数人对怎样去分析工具收集到的测试结果感到无从下手，下面我就把个人工作中的体会和收集到的有关资料整理出来，希望能对大家分析测试结果有所帮助。 　　分析原则： 　　•具
<weixin_38737630> 上传 | 大小：76kb

[其它] 软件性能测试应该注意的几点事项

说明：软件性能测试在软件的质量保证中起着重要的作用，它包括的测试内容丰富多样。中国软件评测中心将性能测试概括为三个方面：应用在客户端性能的测试、应用在网络上性能的测试和应用在服务器端性能的测试。通常情况下，三方面有效、合理的结合，可以达到对系统性 　　1.服务器端和客户端一定要同一个局域网内，否则网络因素会成为性能测试的瓶颈。 　　2.在性能测试脚本中要注意检查点的设置，否则都不清楚脚本是否真的成功执行操作。 　　3.设置参数化和关联是性能测试脚本调通的关键。 　　4.录制脚本时通常会包括一些thin
<weixin_38665046> 上传 | 大小：36kb

[其它] 软件性能测试

说明：今天看了性能测试基本概念，下面把重点记一记性能测试主要有时间性能和空间性能两方面。时间性能：主要指软件的一个具体事务的响应时间 　　今天看了性能测试基本概念，下面把重点记一记 　　性能测试主要有时间性能和空间性能两方面。 　　时间性能：主要指软件的一个具体事务的响应时间 　　空间性能：主要是软件运行时所消耗的系统资源 　　性能测试主要分为： 　　1.一般性能测试 　　让系统在正常软件硬件环境下运行，不向其施加任何压力的测试 　　2.稳定性测试 　　指连续运行被测系统，检测系统运行时的稳定性。通常
<weixin_38547151> 上传 | 大小：34kb

[其它] 嵌入式软件测试的秘诀在哪里

说明：在嵌入式软件开发过程中，一般来说，花在软件测试和花在编码的时间比为3:1(实际上可能更多)。这个比例随着你的编程和测试水平的提高而不断下降，但不论怎样，软件测试对一般人来讲很重要。很多年前，一位开发人员为了在对嵌入式有更深层次的理解，向Oracle询 　　在嵌入式软件开发过程中，一般来说，花在测试和花在编码的时间比为3:1(实际上可能更多)。这个比例随着你的编程和测试水平的提高而不断下降，但不论怎样，软件测试对一般人来讲很重要。很多年前，一位开发人员为了在对嵌入式有更深层次的理解，向Oracle
<weixin_38738783> 上传 | 大小：97kb

[其它] 惠普发布业界首款应用生命周期管理工具ALM11

说明：日前，惠普推出首款一体化系统，以加速在异构环境中软件应用及服务可靠、安全地交付。从需求管理到质量、性能与发布，惠普应用生命周期管理11(alm/"target="_blank">ALM11)实现了现代化应用关键步骤的统一及自动化。 　　惠普最近委托Forrester公司进行的一项研究显示，69%的IT决策者将25%的年度IT预算用于应用现代化，而30%的IT决策者将超过50%的年度IT预算用于应用现代化。(1)通过应用现代化，企业能控制各种复杂的流程，并支持应用组合变革，从而实现“瞬捷”企
<weixin_38631773> 上传 | 大小：73kb

[其它] “软件测试层次”思索，你又到了第几层?

说明：序：今天偶然发现一篇很好的说明自动化测试境界的东西，然后分析了一下，看看我们的自动化水平到达第几个境界了? 　　Bill认为软件测试有5个层次。 　　1.Manual 　　2.AutomatedManual 　　3.Automated 　　4.Frameworks 　　5.AutomatedFrameworks 　　Manualiswhereyouperform.thetestingentirelymanually. 　　Don'tunderestimatethis,somepartsofyou
<weixin_38746738> 上传 | 大小：57kb

[其它] 测试用例编写规范

说明：一、测试用例编写准备 　　从配置管理员处申请软件配置：《需求规格说明书》和《设计说明书》;根据需求规格说明书和设计说明书，详细理解用户的真正需求，并且对软件所实现的功能已经准确理解，然后着手制订测试用例。 　　二、测试用例制定的原则 　　测试用例要包括欲测试的功能、应输入的数据和预期的输出结果。测试数据应该选用少量、高效的测试数据进行尽可能完备的测试;基本目标是：设计一组发现某个错误或某类错误的测试数据，测试用例应覆盖方面： 　　1、正确性测试：输入用户实际数据以验证系统是满足需求规格说明书的要
<weixin_38655347> 上传 | 大小：60kb

[其它] 测试技术层次

说明：测试技术层次的三个阶段： 　　阶段1：主要以测试对象知识为主，很少主动运用测试技术 　　现象：用例产生基本靠头脑风暴，有时测试目的不清楚，用例冗余，分不清与“monkeytest”的本质区别? 　　阶段2：开始运用各种全面的测试类型来与测试对象正交 　　现象：用例以测试类型管理起来，所有测试对象都归属在各测试类型中，但每种测试类型内的用例们应该如何开发出来，测试分析与设计的宽度和深度是否足够? 　　阶段3：每种测试类型的测试分析与设计开始有目的的运用各种测试技术来开发用例 　　现象：有意识主动的
<weixin_38666230> 上传 | 大小：35kb

[其它] 白盒测试方法用例设计

说明：第6章单元测试及结果审核 　　虽然软件测试行业的单元测试通常要求开发人员来做，但是测试人员也应该会做单元测试。就算不需要测试人员进行单元测试，也应该掌握单元结果审核的技能。 　　采用规范的测试标准、方法和工具对于软件测试来说是十分重要的，但是成功的软件离不开对测试的组织与过程的管理，没有目标、没有组织、没有过程控制的测试是注定要失败的。一个外包项目或产品的测试工作，不是一次简单的测试行为，它与软件开发一样，是软件工程中的一个外包项目，它也是一个工程，所以对于外包项目进行工程管理，可以保证整个工程
<weixin_38674409> 上传 | 大小：31kb

[其它] 负载与压力测试

说明：负载测试(Loadtesting)，通过测试系统在资源超负荷情况下的表现，以发现设计上的错误或验证系统的负载能力。在这种测试中，将使测试对象承担不同的工作量，以评测和评估测试对象在不同工作量条件下的性能行为，以及持续正常运行的能力。负载测试的目标是确定并确保系统在超出最大预期工作量的情况下仍能正常运行。此外，负载测试还要评估性能特征。例如，响应时间、事务处理速率和其他与时间相关的方面。 　　负载测试是通过改变系统负载方式、增加负载等来发现系统中所存在的性能问题。负载测试是一种测试方法，可以为性能
<weixin_38611796> 上传 | 大小：36kb

[其它] 测试用例的粒度

说明：日常测试工作中，测试人员在编写TestCase时，经常会碰到这样一个问题:TestCase应该需写成什么样的粒度才好，个人觉得测试用例的粒度没有特定的标准，需依据项目实际情况而定，若时间充足，可以把测试用例写的细一些，时间紧张的话，可写粗一些;后期测试用例评审时，把握好测试用例的质量关。 原文转自：http://www.ltesting.netwindow._bd_share_config={"common":{"bdSnsKey":{},"bdText":"","bdMini":"1","bd
<weixin_38732912> 上传 | 大小：19kb