成功法则=能力 ×努力×态度(态度决定人生的方向)
咨询电话:010-82622282、82622285 QQ咨询:373750059、903367690
本书从软件测试基础理论、测试管理及BUG管理工具、Web测试环境搭建及数据库知识学习、自动化测试工具等几个方面,结合软件行业的实际情况进行了分析 和讲解。本书共分为9章,整体结构清晰,内容丰富,讲述由浅入深,层层递进。理论与实践相结合。对于希望从事软件测试行业的读者是一本很好的参考书,而且 也可以作为对软件测试工作感兴趣的读者的自学用书。
本书贯穿了一个实际的项目案例,从需求调研开始,直至性能测试结束,详细地剖析了软件测试工作的实施流程及过程中所使用的技术。全文共分5章,分别是:软件测试与项目分析,团队组织及任务分配,测试用例编写与管理,功能测试实施,性能测试实施。
本书是对《软件测试工程师培训教程》一书的必要补充。在《软件测试工程师培训教程》中介绍了基本的软件测试概念及技能方面的知识,本书利用其中的知识,进行实际项目的测试,将理论知识运用于实际工作中,从而掌握一般软件的测试流程、测试方法及自动化工具方面的技能。读者可根据自己的需要进行选择,有针对性地学习相关教程。
本书特别适合对软件项目测试缺乏了解的大学生和从业人员,对于想进身为软件测试项目经理的专业人员也是一本很好的参考书。

虽然Windows Mobile 6.5才刚刚推向市场,但是据一些摩托罗拉雇员意外泄露的资料显示,Windows Mobile 7已经开发了一年之久,并已经进入到Beta测试阶段。 Windows Mobile 7的最主要特色在于手写识别功能,而且将加入NVIDIA Tegra平台(APX 2500)的支持,该操作系统平台还将原生支持MEMS传感器,例如加速度传感器和方向传感器。 另外,Windows Mobile 7还将具备一种匿名缓存功能,但是运作机制现在还是未知。其他功能包括Windows Live ID可以被用于Exchange Mobile客户端,这意味着用户能够通过手机访问他们的Windows服务。而且所有的Windows Mobile 7手机都将具备WiFi功能,或至少操作系统具备原生WiFi硬件驱动。 其他功能包括,Windows Mobile 7还有视频共享用户界面、Live视频搜索功能、以及丰富的视频电话和会话控制功能。ActiveSync将会在新操作系统中集成。不过,纵使我们知道 Windows Mobile 7的众多新功能,这款系统也要等到2010年底才会公布。
UAT(user acceptance Test) 户接受度测试
以下是它的一些一般步骤;仅供参考
一步:用户培训手册准备(就是针对要进行UAT测试的对象,及要进行培训的用户,准备一些培训资料:一般是测试对象使用/功能手册及要培训的用户的个人资料等等:就跟教师上课进行备课差不多)
二步:测试脚本发放(如果你公司采用自动化测试,那么每一个功能或一个模块等都有对应的测试脚本,可以把这些测试脚本分发给特点的人员;如果采用手工测试,就要把详细描述一个功能或模块的文档分给相关人员(当然自动化测试也要分发))
三步:用户补充业务测试场景和测试数据(就是:请有代表性的一些最终用户根据实际应用环境及一些常用处理的数据,来给一些补充与建议,越贴近实际应用越好)
四步:顾问补充测试步骤(你可以请项目专家,测试经理,或专门的测试,开发等顾问对测试步骤进行补充)
五步:培训资料及测试脚本文档的确定与最终输出(一般到此,各种资料都基本确定,这时可以将它们进行打印,或形成特别的电子文档)
六步:测试策略的制定(如嵌入测试策略等,http://bbs.51testing.com/thread-3000-1-1.html)
七步:测试用户的确定(大体上从培训人员中选取,因为不能每个接受培训的人员都是资格去测试的,这里你可以通过一些考核来实现人员的筛选等等)
八步:由专门的测试组织机构确定测试地点,并发出通知
九步:测试网络环境的搭建和保障(包括网络,系统,硬软件,包括一些case工具等
十步:组织进行测试
十一步:评审分析提交的问题(这就进入了一般bug处理过程,形成了一个循环)
UAT测试的重点,我想主要体现在以下几个方面
一是:培训的资料表述要准确全面,易懂等(这是理论基础)
二是:人员选择,要典型有代表性(用户基础)
三是:测试流程步骤(要周密)
四是:测试策略制定(确定一个适合测试对象及测试人员的测试策略)
五是:问题的表达与处理(因为测试者不是专业开发测试人员,对于问题的表达可能不能到位,或根本就不是那种问题,这就存在如何复现与转化问题等)
在信息技术日新月异的今天,顺应世界经济一体化的潮流,中国软件行业加强了与世界同行的沟通与交流,基于本身提高软件质量的迫切需要,在国外优秀的软件企业中被证明为提高软件质量行之有效的途径,软件测试开始越来
越受国内软件行业重视。各种各样的测试工具和测试理论,也都逐渐被我们所熟知。软件测试也开始成为人们平时谈论和网上探讨的热点话题。
在软件测试倍受注目的情况下,身为一名软件测试人员,如何高质量的完成公司交给的测试任务,无疑是我们应该考虑首要问题。从事软件测试已近两年,从刚开始的一脸茫然,到如今的手到擒来,期间也经历了很多曲折,总结这两年来的经念教训,我认为有必要就软件性能测试这个话题和大家展开探讨,与大家共同分享软件测试的得失,为提高我们的测试水平尽一分薄力。
引言
作为评价产品性能的重要手段,性能测试在软件测试工作中占的比重一直很大,要最终提供一份准确,权威的测试报告,测试人员的努力工作自然不可或缺,但更重要的是测试人员清晰的工作思路,简洁的测试流程和良好的测 试方法。
目前性能测试存在的问题
总结以往进行的性能测试,虽然测试人员自始至终对测试工作都做到了认真负责,但测试报告出炉后,大家总觉得美中不足,对测试结果都心存疑虑,尤其在那些时间跨度较长、针对不同的测试对象的性能对比测试中,或多或少
都存在以下几个方面的问题:
1. 测试准备不充分,测试目标不明确,测试计划不详细;
2. 缺乏测试以及针对测试对象的技术储备;
3. 测试环境的稳定性及前后一致性不足;
4. 测试数据精确性和代表性不足;
5. 测试描述不精练;
下面,我们就剖析以上问题的同时,探讨一下如何解决这些问题。
性能测试准备
这是一个经常被测试人员忽略的环节,在接到测压任务后,基于种种其它因素的考虑,测试人员往往急于进度,立即投入到具体的测试工作去了,测试、记录、分析,忙的不亦乐乎,工作进行了一半才发现,或是硬件配置不符 合要求,或是网络环境不理想,甚至软件版本不对,一时弄得骑虎难下,这都是没有做好测试准备惹的祸。
那么我们应该如何做好性能测试的准备工作呢?
做软件项目有需求调查、需要分析,我们做测试也一样。在拿到测试任务后,我们首要的任务就是分析测试任务,在开始测试前,我们至少要弄清以下几个问题:
a) 要测试什么或测试的对象是谁?
b) 要测试什么问题或我们想要弄清楚或是论证的问题?
c) 哪些因素会影响测试结果?
d) 需要怎样的测试环境?
e) 应该怎样测试?
只有在认真调查测试需求和仔细分析测试任务后,才有可能弄清以上一系例的问题,只有对测试任务非常清楚,测试目标极其明确的前提下,我们才可能制定出切实可行的测试计划。
明确测试目标,详尽测试计划
在对测试需求充分了解的基础上,制定尽可能详细的测试计划,对测试的实施是大有裨益的。测试计划的制定,大多专业的测试书籍多有详述,故本文不再鏊述。
测试技术准备
在目前的大环境下,要求测试人员在短时间撑握所有的软、硬件知识是不太现实的,但平时测试人员应抓紧对测试工具和测试理论的研究,在测试计划中,应给研究测试对象和测试工具分配充足的学习时间,只有在充分撑握测试工具,完全了解测试对象的前提下,我们才能够实施测试。建力在错误的认识上的测试,既使你再努力,结果也是背道而驰,也很难证明问题,更不用说用这样的测试报告去说服用户。
配置测试环境
只有在充分认识测试测试对象的基础上,我们才知道每一种测试对象,需要什么样的配置,才有可能配置一种相对公平、合理的测试环境(这在性能对比测压中尤其重要)。
考虑到其它因素,如网络锁、网速、显示分辩率,数据库权限、容量等对测试结果的影响。如条件允许,我们最好能配置几组不同的测试环境。
测试数据的获取和处理
在所有的测试中,测试数据的收集工作都是较为困难的,Gis软件更是如此,每一种软件都有它的文件格式,有的软件还有几种格式。在这种情况下,我们只能把第三方格式的数据转换成每一种被测试软件自已的格式。同时,还应对数据作一定的处理,如处理数据冗余,处理显示风格等。如在测试时会更新数据,操作前一定要备份数据。
其外,还应评估数据格式和数据量对测试的影响,如有必要,应准备多组数据。
最后,一定要检查测试数据的有效性,避免损坏数据对测试结果的影响。
如何开展性能测试
测试前期的准备工作纷繁复杂,做好测试准备工作,已是完成了测试工作的一大半,但要产生一份具有说服力的测试报告,还应正确把握测试的强度,保持测试的一致性,提高测试的精度。
判断软件的好坏,要看软件解决实际应用的能力,只有在一定的测试强度下,才能测试出各种软件资源的消耗率,软件运行的速度,软件的稳定性。通过对比在不同的测试强度下,不同软件每一个功能模块解决实际问题的能力和软件运行的效率,我们才可能判断出不同软件的每一个模块的强弱,甚至于整个软件的优劣。
性能测试开始后,所有参数的输入都应遵循统一的标准,无论是哪一个环节,哪怕是一点点偏差,都应立即纠正,觉不能心存侥幸。要特别注意外部环境对测试结果的影响,如果在整个测试过程中,外部境不一致,如网速、机器内存使用率不一样,就有可能导制测试结果与实际情况有出入。
如何总结性能测试
对测试的终结,实际就是对测试数据的分析和处理。我们测试工作做的再好,如最终到用户手中的是一堆杂乱无章的数据,那也是美中不足。
首先,我们最好从所有的测试数据中,筛选出具有代表意义的数据,做出统计图,然后和开发人员一起,认真分析数据,找出软件存在的问题,得出测试结论。大多数用户,真正需要的就是科学、客观的测试结论。
结论
各种软件性能测试,范围大小不同,强度高底有别,但只要本着认真、客观,科学的工作态度,遵循本文论述的方法,做好测试工作是不难的。
本篇文章主要谈的是软件性能测试方面的问题,相信对其它方面的软件测试也有一定的借鉴作用。
云计算是当今的一个热点,也是一个潮流,那么软件测试能否借助云计算的威力而更上一层楼呢?最近看了几个号称云测试的网站,有感,记录一下。
第一个网站是Cloud Testing。这个公司能提供多种平台,多种浏览器的平台,一般的用户在本地用Selenium把自动化测试脚本编写好,然后上传到他们网站,然后就可以在他们的平台上运行Selenium脚本了。他们的优点是:平台和浏览器覆盖得广,按需付费。不过我自己对这样的服务有以下的疑问:
1. 基于UI的自动化测试通常都会遇到一些不稳定的问题,本地编辑好的自动化脚本是否也能够在他们的平台上正常运行
2. 如果出现错误,有没有办法进行调试。究竟这个错误是SUT的错误,还是测试脚本的错误,如何区分
3. 用户自己开发的插件能否在这个云测试平台上使用(我觉得是不行的)
总得来说Cloud Testing是一个基于UI自动化测试的云测试平台,但是我认为这样的平台并没有太多的优势,一般做互联网的公司产品发布都是比较快的,根本是不可能有时间和资源去覆盖所有的浏览器和平台,根据80/20原则,在中国搞互联网,只要搞定Windows下的IE6和IE7基本上就万事大吉了,一般好一点的前端TEAM都是在Firefox下进行开发的,所以Firefox的兼容应该是不成问题,最后在 Chrome和Safari上过一下关键流程,差不多了。再说,现在虚拟化技术日渐流行,自己搭建多个平台也不是非常耗费资源。
第二个是keynote公司的kite,这个感觉比Cloud Testing更加弱一点,kite有自己的浏览器,然后用户在这个浏览器上录制脚本,然后上传,然后可以在keynote公司不同的可用地点中运行测试,查看结果。这个平台给我的感觉更多的是关注终端用户性能,里面有一个页面元素下载的timeline,用户可以查看那些页面资源下载花费多少时间,DNS查询时间等等……
这个平台的问题有:
1. 可用的节点不多,现在为止只有北美地区的几个节点可用
2. 专门的工具,可能对测试的结果有影响
估计是keynote公司的一个实验性产品。
第三个是SOASTA。这个公司不单只提供了功能测试,而且还有性能测试。感觉上性能测试应该是利用云计算的一个非常重要而且有意义的点。貌似这个公司不是那么开放,没有太多公开的资料,所以不知道他们是怎么运作的。看他们的网站的一些成功案例,说的挺好,不过这样相对于在公网做性能测试,不知道会不会有问题:
1. 带宽问题,例如云那段设定的带宽是1Mb,那么云和端之间的带宽是否能真正达到1Mb呢
2. 安全问题,这些性能测试的脚本不会日后成为攻击的工具吧
突然觉得,现在做CDN的公司,其实他们可以兼营性能测试,因为他们的服务器分布的跟真实情况最接近的,而且也有足够多的服务器资源和带宽。