存档

文章标签 ‘软件测试’

执行测试用例的注意事项

2013年7月11日 没有评论

当测试用例编写完成,并通过审核后,就进入到软件测试最主要的阶段,就是执行测试用例,进行软件测试。不过在执行测试是有几个地方需要注意:
  1、仔细检查软件测试环境是否搭建成功与稳定,因为测试用例中的执行都是建立在这个测试环境之上的,如果测试环境的不一致,会影响测试用例的执行,和测试目的的证明。
  2、注意测试用例中的前提条件和特殊规程说明。因为有些测试软件是有顺序性的,那么它的测试用例就会有一些执行前提或特殊说明。比如要测试某个软件的登陆功能,那么测试前必须创建用户,并为用户分配一定的权限等。如果前提条件和特殊说明没有注意,会导致测试用例的无法执行。  
阅读全文…

界面设计与测试规则

2013年5月23日 1 条评论

界面是软件与用户交互的最直接的层,界面的好坏决定用户对软件的第一印象。而且设计良好的界面能够引导用户自己完成相应的*作,起到向导的作用。同时界面如同人的面孔,具有吸引用户的直接优势。设计合理的界面能给用户带来轻松愉悦的感受和成功的感觉,相反由于界面设计的失败,让用户有挫败感,再实用强大的功能都可能在用户的畏惧与放弃中付诸东流。目前界面的设计引起软件设计人员的重视的程度还远远不够,直到最近网页制作的兴起,才受到专家的青睐。而且设计良好的界面由于需要具有艺术美的天赋而遭拒绝。
目前流行的界面风格有三种方式:多窗体、单窗体以及资源管理器风格,无论那种风格,以下规则是应该被重视的。
阅读全文…

新项目测试流程

2013年3月20日 没有评论

      分享一下公司新项目的测试阶段流程,希望对各位同学有所帮助,让每个项目的测试阶段顺利愉快的度过,抛砖引玉。一般会分为一下几个阶段:

一、版本提交

      在项目提交测试前,项目会有之前测试需求时间预估,例如一周、两周。在项目组通过了策划、程序等所有人员的自测通过后(包括游戏主逻辑模块、游戏基本玩法操作、策划案需求检测、UI显示等),提交给测试人员进行冒烟测试。此测试阶段中,会向策划询问一些需求设计,需程序配合修改数值搭建测试环境、询问实现方式等。

二、冒烟测试

      冒烟测试需达到的标准应为项目本周期需实现的项目标准相统一。冒烟测试会对游戏在基本的主体玩法、分支逻辑、系统模块、交互上进行检验。有多数走不通或者游戏模块发现并未完成责视为不通过冒烟测试。游戏主体玩法符合需求,基本逻辑走通,系统模块完整可正常交互后将进行游戏的全功能测试。
阅读全文…

Loadrunner视频教程汇总

2012年11月14日 没有评论

不做孤独的测试者

2012年11月13日 没有评论

      也许我们想要寻找像伯牙与子期的那种高山流水般知音境界还有些遥远,但是就像文学创作者期待读者的共鸣那样,其实测试人员也一样需要找到类似这样的“共鸣”。
      以我自己的亲身经历为例,话说前些日子在参与一个项目的测试过程中,我提的一条“bug”被开发人员置为了“invalid”,投身测试工作近3年,提出的bug无效可是头一次,于是仔细看了开发人员的评注,他说uc中没有明确该项需求,于是我兴师动众的拖着开发一起找来PD进行理论,可是万万没有想到PD认可了开发,他认为目前系统的实现可以满足他对产品的要求,而当时的我虽然强烈的表达了自己的意见,但是无奈孤掌难鸣,这个无效bug就这么留在了项目的缺陷库中。
阅读全文…

手机测试方法(侧重于短信测试)

2012年11月12日 没有评论

      手机短信系统测试方法分为:功能测试,一致性测试,性能测试,压力测试,容量测试,安全性测试,恢复性测试,备份测试,GUI测试,健壮性测试,兼容性测试,可用性测试,可安装性测试,文档测试,在线帮助测试以及数据转换测试等。
      从手机软件系统测试的角度分为:功能模块测试,交叉事件测试,压力测试,容量性能测试,性能测试和用户手册测试等。
阅读全文…

避免“测试逃逸”现象的措施

2012年11月12日 没有评论

       “测试逃逸”是指测试人员在软件的测试过程中由于惰性或工作不认真,为图省事而设计测试用例不全面,故意少设计用例,或者没有按照测试要求执行测试,导致一些显而易见的软件缺陷或本来应该发现的软件缺陷没有被测试出来。由此可能造成质量不合格的软件版本被发布,使公司的形象或利益受到损害。
       为了避免在测试工作中出现“测试逃逸”现象,可以制定以下措施:
阅读全文…

如何描述bug

2012年11月12日 没有评论

      测试发现的bug按照频率分为: Always,Usually,Sometimes,Once
      Always: 这类bug所要做到的就是如何把bug描述清楚
1. 察看当前和bug相关的条件并列出
2. 按照bug出现的步骤重复做3次以上以此来寻找最短的路径,尽量把不必要的过程过滤,当然不确定的步骤一定不能过滤
3. 描述的时候尽量做到每个步骤最多2个动作
阅读全文…

怎样专业描述软件缺陷

2012年11月12日 没有评论

      软件缺陷的描述是是软件缺陷报告的基础部分,也是测试人员就一个软件问题与开发小组交流的最初且最好的机会。一个好的描述,需要使用简单的、准确的、专业的语言来抓住缺陷的本质。否则,它就会使信息含糊不清,可能会误导开发人员。准确报告软件缺陷是非常重要的,因为:
      清晰准确的软件缺陷描述可以减少软件缺陷从开发人员返回的数量
      提高软件缺陷修复的速度,使每一个小组能够有效的工作
阅读全文…

游戏测试和软件测试的区别

2012年11月7日 没有评论

      游戏测试被包含于软件测试,游戏只是软件这个大类中的一类,它是一个特殊的软件。最基础的测试工作就是发现问题并进行改进,从而提升产品的质量。测试的风险来自于被测试对象的专业技术,对于一个不会玩游戏的人测试游戏,这个的难度和风险会非常大,而如果测试人员对这类游戏相当熟悉,那么他来做这个测试难度和风险就会大大降低。
阅读全文…