-
减少缺陷漏测的系统方法(转)
2015-02-27 18:03:45
功能缺陷的测试方法流程第一步: 功能测试分析 —功能测试阶段目的: 提取功能测试对象准备功能测试数据减少因为功能测试对象遗漏的漏测第二步:功能验证—功能测试阶段目的:检查功能是否已基本正确实现测试方法 :基于生命期: 对象创建 -使用- 销毁 的验证数据测试方法: 静态数据测试方法和动态数据测试方法 (边界值和数据等价类、7因子数据类型)减少功能的基本逻辑错误漏测和数据处理错误的漏测第三步:单功能内测试 —功能测试阶段目的:发现功能是否存在分支情况、异常情况处理不足的缺陷测试方法 :功能内子功能的场景插入法重复法设计反叛法设计取消法设计测一送一法设计场景删除法设计减少功能内代码的漏测第四步:多功能间组合测试 —系统测试阶段的用户场景测试目的:发现功能间配合工作时存在的缺陷测试方法减少多功能间组合错误的漏测为什么需要用户场景的测试模型?
补充多个功能组合的测试用例解决传统正交组合测试后3个及以上功能组合缺陷的漏测
通过常见用户操作序列的场景设计解决数学式穷尽组合爆炸的问题减少组合测试时间和成本,获得最佳投入产出比的组合测试
用户场景测试的测试步骤 是 不同角色用户最常用的基本操作序列
用户场景的探索测试 是 不同角色用户非常用的操作序列用户场景的探索测试在用户场景测试用例执行结束后 , 再用专项时间进行多功能组合的探索测试,补充用户场景测试用例之外的用户操作序列,提高用户操作序列的覆盖面。因为用户最常用的操作序列已在用户场景测试用例中覆盖,但又不能对非常规的操作序列不进行测试, 因此将非常规的操作序列的测试与测试成本进行一个平衡,通过专项的探索测试时间来补充这部分的测试。在补充用户操作序列的探索测试中可用的探索测试方法有:收藏家法同时开启多个功能,同时工作。技术根因同时多个功能交互容易出现资源竞争处理的错误。地标法改变一系列规定顺序操作的先后顺序。( A->B->C->D->E)改为 (A->D->C->B->E)技术根因在实际场景中用户因为对操作不熟悉难免会操作的步骤不是标准的步骤顺序,而程序实现时对于这些改变了操作顺序的操作步骤缺乏容错处理则会出现程序错误。混票法把最不常用的功能与常用功能进行组合技术根因在功能测试阶段由于时间及优先级限制,测试人员习惯把常用功能进行组合测试,时间一久就容易忘掉不常用功能与常用功能的组合,而用户的使用习惯中也一定会出现不常用功能与常用功能一起组合的场景 -
给管理者和普通员工的21条建议(转)
2014-06-10 12:50:14
1.要按时完成任务。如果你无法按时完成,一定要第一时间告诉你的上司/老板
2.如果完不成任务是因为缺资源(缺人,缺钱或其他),一定要在第一时间找上司/老板要资源
3.要尽量满足你的岗位职责要求。如果你的岗位职责设置有问题,一定要和上司/老板谈,而不是忍耐
4.上司/老板经常要求你做很多事情。不能全部做到不要紧,尽量多做一些就会有奇迹。同时要告诉上司/老板你不能做到什么
5.不要同时想抓两只兔子。如果上司/老板要求你同时抓两只兔子,你自己要做取舍,先抓到一只,再抓第二只。同时抓两只兔子,你的老板也做不到
6.不光要提出问题,要给出自己的答案。上司/老板喜欢的是既能看到问题,又能给出答案的人
7.上司/老板问到的事情一定要第一时间回复
8.上司/老板不再问的也要追踪到结束。上司/老板喜欢的是他想到的你做了,他没想到的你也做了
9.给自己找个身边的榜样。通常你的上司/老板就是最好的榜样
10.养成帮助别人的习惯,帮别人也是帮自己。这个世界最重要的资源是人脉,帮助别人是建立人脉最好的办法
11.多和同事分享,分享不吃亏。上司/老板喜欢的是不仅自己能干,还能帮助别人干好的人
12.花时间培养你的下属。这样你不仅会有比做成一件事更大的成就感,你还会得到更多晋升的机会
13.管理人有三个台阶:指挥,指导,发动。要尽快上到更高的台阶,学会辅导,学会激励,学会启发
14.不光会管人,还要会理事。理是事情的标准化,书面化,是经验总结,是流程梳理
15.培养自己的归零心态。有成绩庆祝一下,之后就忘掉它,从头再来,不要让骄傲控制你。对待失败也是一样:总结一下为什么失败,然后忘掉它,从头再来,不要让沮丧控制你
16.培养自己的感恩心态。只有感恩的人才会快乐,只有感恩的人才会得到更多的帮助
17.不懂的要提问,困惑的要讨论,不同意的要争论。老板喜欢能和他对话的人,不喜欢唯唯诺诺的人
18.不在背后说别人/上司/公司的坏话。有意见要当面和上司/老板谈,他们会感谢你的
19.如果你觉得薪酬不公平,可以和上司/老板说,但不要期望马上有改变,上司/老板可能有他们的难处
20.不要争薪酬,要争培训。薪酬不是争来的,薪酬是挣来的。培训能提高你的能力,能力永远是你自己的
21.如果你觉得现在的上司/老板不够好,想办法改变他。如果不能改变,你可以炒他的鱿鱼。但不要相信下一个上司/老板会比现在的好。
-
测试总体方案规划
2013-05-21 17:12:45
1、测试总体规划方案的出炉
所有工作正式启动前都会有一份指导类文件,总体测试规划方案必不可少,方案大致包含如下几个部分:
第一部分:文档简介。包括背景介绍,编写目的,文档主旨,术语说明等内容;
【编写原则:概述基本情况,表明文档编写目的和文档的重要性】
第二部分:团队组建方案。包括组织结构,团队成员定位,工作职责,团队的工作模式和工作流程等内容。
【编写原则:明确组织结构,突出团队特征,让框架变得有血有肉,有成员定位,有工作职责划分,有工作模式和流程等等】
第三部分:团队管理方案。包括团队建设规模,团队组织关系,团队人才培养等内容。
【编写原则:总体规划组建只是第一步,该部分呈上启下,强调建设规模和组织关系,进一步明确组织结构的特征,同事关注人文,强调人才培养的可持续性】
第四部分:测试质量管理体系建设。包括A公司质量管理体系未来的构造,整体平台搭建的宏观框架,以及可实施的顺序和步骤。
【编写原则:升华文章主题,由进及远,概述团队未来发展软性指标】
第五部分:近期计划目标。包含近期工作计划,季度目标,年度目标等内容,
【编写原则:回到当前,拟定含时间点的可行性计划方案,为实施做好充分准备】
心得体会:任何实践都要有指导依据,在组建初期显得尤为重要,该方案的主要阅读人员为公司中高层,以及平级主管,得到他们的认同,下一步的工作才能顺利实施。
-
国外QA的博客
2013-05-17 16:50:56
-
个人绩效考核维度
2012-04-27 18:19:43
近期整理部门绩效考核方案 把一些考核维度 发出来让大家参考工作态度责任感积极性业务技能基本技能工作计划与执行情况工作效果工作质量客户反馈综合能力工作总结与技术进步工作纪律与公司成长紧密性团队协作技术开放和分享个人综合素质 -
怎样做一个人见人爱的软件测试经理(转载)
2012-02-16 08:51:17
-摘自51testing http://bbs.51testing.com/viewthread.php?tid=123267&page=1#pid1044968
---sun_0910的心得
谈谈3年多的测试管理经验的心得,望大家多多指教,提出宝贵建议:
1.具有较好的人格魅力和亲和力:
真正来说做到这一点非常难。这不仅要求测试经理有宽广的胸怀,良好的沟通能力和语言表达能力,还要求测试经理具有较强的应对能力。向上能把工作汇报的让领导满意,令领导信任。能把工作任务轻松,无异意的下发给下属,并让他们饱含工作热情共同协作去完成测试任务。如果您能够把扭转下属的思想,把“要我测试,变成我要测试”,我想你一定很强了。如果陌生的人一见到你,通过谈话就觉的你很强,都愿意和你交朋友,那你的人格魅力一定不错了,呵呵。
2.最好具备较强的测试技术水平:
一般来说,作为测试经理,在一个测试技术性的团队里,如果你有很强的技术,并且你的技术是最棒的,下属不能够搞定的问题,你都能够做的很好,即时有时候你凶了点,团队里的成员心底里都还是很敬佩你。如果你有技术,但是技术不高,你组内的技术高手一定是你的亲密战友,这个时候唯一的出路就是凝聚团队的力量,取长补短,也能够取得较高的效率。还有一点值得注意:在分派工作的时候,找一下组内的骨干,看看是否有新的或者好的处理办法,这样一来,避免在开会的时候遇到分工或者技术上的尴尬局面。但有的测试经理具备了很强的技术,整天对团队的成员都板副面孔,那你也很难做到人见人爱。唯有为人处事比较圆滑,待人真诚中肯、随和亲切,整天都是笑脸相迎,那呆在这样的团队里工作,一定很开心。所以要做到人见人爱的测试经理,较强的测试技术水平不能够忽视。
3.乐意处理下属在项目中碰到的困难:
在带领一个团队开展测试工作的时候,当你的下属碰到困难的时候,你更多的是给下属鼓励和安慰,帮助下属分析出现问题的原因。比如说一下:“幸苦了”!“干得不错”!“慢慢来,没关系的”!下属听了也很开心的,并且以后干活可能会很卖命,因为他的工作得到了领导的认可。或许该问题你也不一定解决得了,这时候你一定要挺身而出,协调测试团队的资源尽力帮他解决问题,久而久之,你的威信就树立起来了,之后就好办事了。
4.勇于承担责任,把功劳推给测试团队:
软件测试经理,作为一个中层经理。管理者一定要想管好下属,必须“身先士卒”、“以身作则”,事事为先、严格要求自己,处处起到表率作用。示范的力量是惊人的,一旦通过表率在团队中树立起在员工中的威望。将会上下同心,大大提高团队的整体战斗力。常言到:“得人心者得天下”,做下属敬佩的领导,将使管理事半功倍。如果下属在测试项目中出现问题,上级领导怪罪下来,自己勇于承担,多检讨自己,少怪罪他人。始终用平和语气与下属沟通,最后一定要找出出现问题的真正原因。让出现问题的下属,自己过意不去,从心底里佩服你,想法补偿你。项目得到喜讯,比如:某个测试项目做的很好,领导表扬的时候,把功劳推给大家,很多时候,容易让人感动,让人佩服得“五体头地”哈哈。
5.对下属多一些宽容和生活关心:
特别是对下属不懂,自己懂得很精的地方,下属问的时候,一定要有耐心,给下属详细讲解。切忌:看不起下属。如果真是这样,你这个经理就很失败了。反正对下属,在很多地方,要多一些理解和包容,最好能和下属打成一片,当下属不认为你是领导的时候,你就真是领导了。如果做领导做到别人都当你是朋友,那你真的就成功了。
还有一点就是要察言观色,随时发现和了解下属的困难,不管是工作方面,还是私人方面,都要关心。比如说:某个下属买了房子,准备装修,那他一定很关心装修方面的东西。如果你懂得很多,那和他交谈时,多一些这方面的话题,他也会很开心,觉的你这个人相当热心,并且也会觉的大家有共同语言,以后当你碰到问题的时候,他一定会鼎立帮助你,因为他认为你是他最信任的知己。也可以多在生活上关心下属。比如有项目要加班什么的,有时候陪陪下属加班呀,吃个午饭宵夜呀,聊点家常呀什么的,自己买单后,公司报销,效果真的不错哟!
6.力争多给下属争取福利
在公司条件允许的条件下,多给下属争取福利!但是做这件事的时候,一定要在公司利益和员工利益之前要平衡。若过分的给员工争取福利,会造成公司对你有意见,同样,过分的以公司利益为重,员工对你也会意见大!总之,每种情况都要有度,力所能及的事,一定不能放过。很多时候,为员工申请比较多的福利,即时没有成功或者工资变化不大,但是下属都看在眼里,还是很感激你的,因为他知道你已经尽力了,觉的你很够哥们,为你工作很值。
7.多给下属锻炼机会,培养下属能力:
作为测试经理不可能向测试工程师那样什么事情都自己做,并且事事都自己做也不现实。可以在不同的测试项目中,安排测试主管。然后对测试工作进行协调,参与测试中发现重大问题的讨论。这就要求测试经理懂得用人,懂得计划。在制定详细的测试计划的同时,自己把握测试项目中的关键点和时间表,给下属更多的实践机会,让下属做事更具有责任心和成就感。测试主管在做好测试项目的同时,又减少了测试经理的工作量,学到了不少东西,能力变强了,开心了,达到了上下级和谐共处的双丰收。
8.多给下属精神鼓励,奖惩公私分明:
很多时候,部门周例会上偶尔的一个口头表扬,更会让下属铭记于心,因为他觉的很有面子,很体面,也许他会再接再厉,给自己创造机会,争取后面再受表扬。下属也乐开了,工作也更加努力、拼命了,效果相当明显。并且奖赏要公私分明,不能有所偏袒,更不能让部门的人觉得你搞私人关系,力争做到一视同仁,对事不对人,也许你就成功了一半。但是,对于工作做的比较差的下属,也要私下单独谈心,帮助找出原因,给他打气,并鼓励他继续努力工作。
9.知人善用,用人之长,合理分工:
现在很多公司的测试工程师,都是网上外招的,分别来自不同的行业和不同的工作岗位,他们有着不同的专业知识和行业、业务背景。这就要求测试经理,对每个人的长处非常了解,将合适的人安排到合适的工作岗位上,用人之长,避人之短,合理分工,争取达到双赢。
10.较强的行业和业务知识背景:
测试经理作为一个部门的Leader必须对相关的产品和行业的知识背景了如指掌,要不然下属做了什么,怎么做的,正确与否,你都没法判断。一般来说,在某个行业待3年左右,做了几年的测试,那你对这个行业就非常了解。即使你不参加项目的测试,你问很多的问题,下属也不敢乱讲,毕竟你了解很多。再比如说:某些税务的项目,很多的业务知识,你不是很了解,那也没法做,还有一些隐含的行业需求,没有3、5年的行业背景,更是没法发掘出来,到了客户缺陷才被发现,你就太被动了。当然,如果时间允许的话,你也可以介入部分模块的测试,这样虽然你测试不是很多,往往会发现很多问题,检验检验下属测试成果。
11.多给下属讲解一些职业发展方面的东西:
从我带过的团队成员来说,一般干了3、4年测试的测试工程师,大部分的测试工程师,对自己的职业生涯都很迷茫,没有完整的规划。由于大部分都是做黑盒测试,技术含量较低,抱怨时常是有的。尤其在这个关键的节骨眼上,对他们的心里辅导和安慰非常必要。多给他们展望一些测试的前景,经常组织测试职业发展的方向类似的讨论会,让大家有一个稳定的心,认真干活,而不是时时刻刻在寻找机会,想立马跳槽。--gao1860的心得
个人理解这个问题问的是一个优秀测试经理所应具备的素质和能力(当然啦最优秀的人也未必是人见人爱:)。
我认为一个好的测试经理应该具有如下几方面的素质和能力:
1。员工管理。我的管理哲学是要相信你的人并且让他们开开心心地工作,他们也会用优秀的成绩来回报你的。有人说管事不如管人,我觉得是很有道理的。细的来说应该向以下方向努力:
-创造公平公正的工作环境。奖勤罚惰,鼓励创新(不要停留在口头上,要落实到制度)。很多时候不怕穷就怕比,不合适的奖惩很容易让优秀员工萌生去意。
-对于员工的工作积极鼓励为主。通常人的物质需求很难被完全满足,但一句窝心的表扬或中肯的批评会让你的下属产生被尊重感。测试工作经常枯燥乏味,极具人情味的鼓励常常是最好的动力。
-积极为下属着想。很多测试人员经常会为自己的将来担心。假如你能积极地去为他们设计将来就能够坚定他们的信念跟着你好好干。具体地你需要为他们做实实在在的职业规划,为他们争取更多的培训资源,不断地告诉他们的自身价值,不要光画饼。承诺的事情要兑现。对于工作认真负责的员工要尽力为他们争取合理的薪资福利,即便失败了他们也会感念你的爱护,加倍努力工作。
-勇于替他们承担责任。很多时候测试经理是夹在管理层、开发组、客户、测试组之间的一块板,肩膀要够硬,要为你的人减压,成为他们的主心骨。
2。和老板的沟通能力
这是毋庸置疑的,当老板对你不满的时候你还能安心做你的测试计划么?有几点小诀窍:
-定期汇报,经常让他感觉到你和你的测试组的存在。在公司里测试部门并没有受到足够的重视,常常被人忽视,要经常晒一晒你们的工作和产生的作用
-经常报喜,很多公司是极端重视客户反馈的,用户的积极评价要第一时间“谦虚“地转到老板的邮箱里。如何让客户是不是地给点好评会在后面讲到
-体现成长,测试团队的积极成长很容易让老板高兴。时不时地搞些技术研讨会,邀请相关经理们来听一听。但一定要精心准备,不然的话适得其反。
-在报告里清晰地描述测试工作的进展,用扼要的数字让老板相信现在一切尽在你的掌控(也就是他的掌控拉)。将来也一样。对风险做清楚而充分的准备。
3。和开发的沟通
最怕看到的就是测试和开发的对立。要避免这个就需要让开发经理和开发人员知道测试存在的意义。大家都是为项目服务的。个人觉得测试经理应该具有一定的开发背景,理解测试人员的心理。要求测试组在项目前期帮助开发组理解,澄清需求,而不是一味提问题(特别是很傻的问题)。再后面可以帮助开发人员设计测试数据,走读单元测试。对于与测试相关的风险要适时提出。测试的缺陷报告要易懂易复现。测试lead应当要对测试组提交的结果把关。必要时测试经理也应当积极介入项目。对于产生的争议要尽快和开发经理或项目经理沟通,请求协调。鼓励测试组积极和开发组增加语言交流。这比冷冰冰的测试报告强的多。要是你手下mm多质量又好的话要先恭喜一下了。
另外要增强自身的技术修养,要与开发人员有“共同语言“。这样交流起来就容易多了,也容易使开发人员产生尊敬。总而言之要站在项目的高度而不是测试部门的利益。有时间经常参加一下项目的会议,必要时从质量和流程的角度为开发组地过失作一些辩护。
3。客户关系
对客户没啥说的,一要积极,二要快。积极就是要有一定前瞻性,等问题出来了大家都不愉快。将问题扼杀在萌芽。举个例子如果客户对产品的测试工作有了微词,赶紧打电话给客户了解情况并提出改进意见。通常客户尤其是欧美客户会很欣赏这样的做法。等客户的抱怨信到了你老板那里大家的日子都不好过了。
前文提到要尽可能地向客户“讨”感谢信或表扬信。怎么弄?当然前提是工作要做好,日常沟通要到位。小技巧是为什么不换位思考,你要感谢信他们就不要么?他们就没有老板么?漂亮话是不要本钱滴
最后总结一下,一切以人为本,老板高兴了你就有资源,有资源了你的下属就会高兴,就会好好干活,工作质量就高,那开发也高兴,客户也高兴,客户高兴了你的测试团队就有更多的成长机会,同时老板也喜欢。这是一个非常好的良性循环。说起来容易做起来难,没有几分修为又怎能做到这样八面玲珑呢?--archonwang
呵呵,人见人爱?——不是万人迷,何况人见人爱?
唯一的办法:找到那些爱你的人做你的老板、同事和客户。现实往往是,Impossible!——爱恨一念间。
就此,简单说下自己的想法:
1.既然是技术经理,不管自身水平几何,在技术方面至少要有指导能力。这里要注意,不光光是技术能力上的指导,也是技术方向上的指导。很多同仁问,既然能力上不足,是否不具备方向上的指导性?同意,但注意技术能力不是全部。何况,对技术的不断学习也应列入到一个测试经理的必备要素之一。
2.既然是管理者,必须严格遵守管理者的基本守则和做人的基本原则,进退适宜,取舍得当
3.测试经理往往属于中层经理,在整个企业组织架构中起承上启下的作用,上陈执行层作为、下表企业战略,左右尚需协调互助,其间任一不可或缺,同时必须坚持自己的操守,对人对事必须客观,虽然不可能公平,但也不可偏袒、有失公正。在当前很多企业里,测试经理在某些事上,说不说都不讨人喜欢,但作为一名管理者,尤其是测试经理,必须时刻要有这样的觉悟和准备。
4.很多时候,发现管理根本是相通的,技术也好,非技术也好,方法上如此,策略上也如此。所不同的是专业技能上的差异。但是这不是决定性因素,仅仅是必要元素。 -
2012年度质量部门工作计划
2012-01-12 23:35:45
2012年,质量部门工作计划如下:
Ø 1 提高全员质量意识;(明年工作重心)
Ø 2继续执行部门日常工作处理;
Ø 3完善并改进公司质量体系;
Ø 4加大规范执行力度,让规范成为一种工作习惯;(明年工作重心)
Ø 5加大工作的日常监管力度;
Ø 6加大工作环节节点确认和反馈力度;
Ø 7加强QA过程审计和产品审计;
Ø 8努力提高客户满意度;
Ø 9积极参与项目测试,引进新技术,提升测试效率,保障项目质量;(明年工作重心)
Ø 10规范测试过程,统一测试方法,改进测试用例编写方法和测试验证效率;
Ø 11扩大测试范围,积极开展单元测试和白盒测试,引入更多范围的自动化测试如JUNIT、QTP、Selenium 、接口测试等;
Ø 12加强对疑难技术问题研究,提升技术水平如稳定性、性能调优与瓶颈确认、安全漏洞修复、容量规划研究等;
Ø 13优化和执行项目监测工作;
Ø 14加强项目质量数据分析,及时发现并解决项目中的问题;
Ø 15大力开展部门培训机制,全面提升员工发展空间与技术水平;(已计划安排40余场专题培训)
Ø 16抓大放小,全力出击,重点关注质量部门核心工作;(明年工作重心)
Ø 17参与部门员工绩效考核,并为其提供数据支持;
Ø 18积极组织对新形势下的技术研究,如云计算、物联网、移动政务平台技术等,使公司技术保持业内前瞻性和先进性;
Ø 19推广公司内部知识库,达到内部知识共享,及时、高效的解决日常项目问题。
转载请说明出处,年度部门计划提纲,仅供参考!
-
转 史上最全的小强视频全集(最新)
2011-12-05 13:37:35
第一讲 软件测试基础知识
http://www.boobooke.com/v/bbk1514
第二讲 测试用例设计
http://www.boobooke.com/v/bbk1527
第三讲 测试用例设计误区
http://www.boobooke.com/v/bbk1576
第四讲 bug知识
http://www.boobooke.com/v/bbk1528
第五讲 软件质量基础知识
http://www.boobooke.com/v/bbk1518/
第六讲 软件质量管理杂谈
http://www.boobooke.com/v/bbk1600
第七讲 how to build framework
http://www.boobooke.com/v/bbk2097
第八讲 初识RUP
http://www.boobooke.com/v/bbk1601
用例设计之场景法
http://www.boobooke.com/v/bbk3055
软件测试中的认识误区
http://www.boobooke.com/v/bbk2995小强作品—《零基础学习软件测试》之 菜鸟测试就业宝典
1 视频概述
http://www.boobooke.com/v/bbk2140
2 软件测试行业的现状和未来
http://www.boobooke.com/v/bbk2141
3 测试工程师的基本要求
http://www.boobooke.com/v/bbk2142
4 招聘信息渠道
http://www.boobooke.com/v/bbk2143
5 找工作
http://www.boobooke.com/v/bbk2164
6 如何制作简历
http://www.boobooke.com/v/bbk2165
7 巩固软件测试基本知识点
http://www.boobooke.com/v/bbk2166
8 常见面试笔试题
http://www.boobooke.com/v/bbk2167小强作品:《TestLink走“码”观花》
下面的网址是在线的一个demo,可以体验一下
http://testlink.org/demo/index.php小强作品:Testlink走“码”观花 - 1
在线观看: http://www.boobooke.com/v/bbk3431
小强作品:Testlink走“码”观花 - 2
在线观看: http://www.boobooke.com/v/bbk3432
小强作品:Testlink走“码”观花 - 3
在线观看: http://www.boobooke.com/v/bbk3433
小强作品:Testlink走“码”观花 - 4
在线观看: http://www.boobooke.com/v/bbk3434
小强作品:Testlink走“码”观花 - 5
http://www.boobooke.com/v/bbk3512小强作品:《零基础学习软件测试》之 白盒测试导学
第1讲 白盒测试测试扫盲
http://www.boobooke.com/v/bbk3190
第2讲 BoundsChecker快速入门
http://www.boobooke.com/v/bbk3191
第3讲 C++Test快速入门
http://www.boobooke.com/v/bbk3192
小强作品:《零基础学习软件测试》之 测试知识及工具杂谈Web测试工具Xenu快速入门 - 1
http://www.boobooke.com/v/bbk2169
Web测试工具Xenu快速入门 - 2
http://www.boobooke.com/v/bbk2200
两款常用的web测试小工具
http://www.boobooke.com/v/bbk2235
国际化和本地化测试杂谈
http://www.boobooke.com/v/bbk2412
常用软件和工具杂谈
http://www.boobooke.com/v/bbk2974小强作品:《零基础学习软件测试》之 LoadRunner从入门到精通
0 性能测试常见用语
http://www.boobooke.com/v/bbk1577
1 lr目录分析
http://www.boobooke.com/v/bbk1574
2.1 lr界面分析
http://www.boobooke.com/v/bbk1735
2.2 lr界面分析
http://www.boobooke.com/v/bbk1736
2.3 lr界面分析
http://www.boobooke.com/v/bbk1737
3 lr常用术语
http://www.boobooke.com/v/bbk1620
4 hp web tours 分析
http://www.boobooke.com/v/bbk1762
5 lr录制测试脚本
http://www.boobooke.com/v/bbk1763
6 lr回放测试脚本
http://www.boobooke.com/v/bbk1764
7 HTML和URL比较
http://www.boobooke.com/v/bbk1771
8 lr自动关联
http://www.boobooke.com/v/bbk1778
9 lr测试脚本的增强方法
http://www.boobooke.com/v/bbk1772
10 run time settings
http://www.boobooke.com/v/bbk1782
11 lr脚本编写实践过程
http://www.boobooke.com/v/bbk1781
12 错误处理
http://www.boobooke.com/v/bbk1776
13 脚本调试
http://www.boobooke.com/v/bbk1777
14 java虚拟用户
http://www.boobooke.com/v/bbk1901
15 调用dll
http://www.boobooke.com/v/bbk1900
16 lr录制sql脚本
http://www.boobooke.com/v/bbk1526
17 创建负载测试场景
http://www.boobooke.com/v/bbk2145
18 面向目标的场景
http://www.boobooke.com/v/bbk2168
19 分析场景
http://www.boobooke.com/v/bbk2144
20 lr手动关联
http://www.boobooke.com/v/bbk2161
21 配置端口映射
http://www.boobooke.com/v/bbk2163
22 性能分析基础知识
http://www.boobooke.com/v/bbk2162
23 Load Runner 8.0 Student Workbook介绍
http://www.boobooke.com/v/bbk2991
24 性能测试与调优概览
http://www.boobooke.com/v/bbk3511
25 Loadrunner再谈
http://www.boobooke.com/v/bbk3510
26 LR使用指南-第一部分基础知识完结篇
http://www.boobooke.com/v/bbk2201小强作品:《软件测试最佳实践远程培训》之 Discuz全程实战
软件测试最佳实战远程培训之LR全程实战-环境介绍
http://www.boobooke.com/v/bbk2295
软件测试最佳实战远程培训之LR全程实战-TestLink介绍
http://www.boobooke.com/v/bbk2328
软件测试最佳实战远程培训之LR全程实战-BugFree介绍
http://www.boobooke.com/v/bbk2413
软件测试最佳实战远程培训之LR全程实战-立项书和计划书
http://www.boobooke.com/v/bbk2466
软件测试最佳实战远程培训之LR全程实战-Discuz 7测试点
http://www.boobooke.com/v/bbk2620
软件测试最佳实战远程培训之LR全程实战-注册流程的录制 - 1
http://www.boobooke.com/v/bbk2617
软件测试最佳实战远程培训之LR全程实战-注册流程的录制 - 2
http://www.boobooke.com/v/bbk2618
软件测试最佳实战远程培训之LR全程实战-注册脚本的增强
http://www.boobooke.com/v/bbk2734
软件测试最佳实战远程培训之LR全程实战-登录分析
http://www.boobooke.com/v/bbk3593
软件测试最佳实战远程培训之LR全程实战-登陆-1
http://www.boobooke.com/v/bbk2992
软件测试最佳实战远程培训之LR全程实战-登录-2
http://www.boobooke.com/v/bbk3594
软件测试最佳实战远程培训之LR全程实战-发帖-1
http://www.boobooke.com/v/bbk3595
软件测试最佳实战远程培训之LR全程实战-发帖-2
http://www.boobooke.com/v/bbk3632
软件测试最佳实战远程培训之LR全程实战-发帖场景设计
http://www.boobooke.com/v/bbk3633
软件测试最佳实战远程培训之LR全程实战-总结
http://www.boobooke.com/v/bbk3634小强作品:《软件测试最佳实战远程培训》之LR编程实践
软件测试最佳实战远程培训之LR编程实践-结构体
在线观看: http://www.boobooke.com/v/bbk2993
软件测试最佳实战远程培训之LR编程实践-参数化
在线观看: http://www.boobooke.com/v/bbk3430
软件测试最佳实战远程培训之LR编程实践-return 0的私密
在线观看: http://www.boobooke.com/v/bbk3429
软件测试最佳实战远程培训之LR编程实践-函数妙用-1
http://www.boobooke.com/v/bbk3584
软件测试最佳实战远程培训之LR编程实践-自定义监控程序
http://www.boobooke.com/v/bbk3585小强作品:《零基础学习软件测试》之 QTP从入门到精通
1 qtp目录分析
http://www.boobooke.com/v/bbk1590
2 qtp界面分析
http://www.boobooke.com/v/bbk1594
3 qtp示例程序分析
http://www.boobooke.com/v/bbk1598
4 qtp学习指南
http://www.boobooke.com/v/bbk1515
5 qtp基本操作录制与回放
http://www.boobooke.com/v/bbk1591
6 qtp的三种录制方式
http://www.boobooke.com/v/bbk1516
7 增强help步骤
http://www.boobooke.com/v/bbk1592
8 checkpoint
http://www.boobooke.com/v/bbk1595
9 参数化
http://www.boobooke.com/v/bbk1599
10 Tools下的工具介绍
http://www.boobooke.com/v/bbk1589
11 qtp插件分析
http://www.boobooke.com/v/bbk1689
12 qtp测试用例设计考题
http://www.boobooke.com/v/bbk1575
13 vbs
http://www.boobooke.com/v/bbk1621
14 recovery Scenarios
http://www.boobooke.com/v/bbk1692
15 虚拟对象
http://www.boobooke.com/v/bbk1695
16 专家视图测试脚本开发
http://www.boobooke.com/v/bbk1690
17 qtp描述性编程
http://www.boobooke.com/v/bbk1691
18 qtp测试脚本编写规范
http://www.boobooke.com/v/bbk1693
19 如何建立自动化测试框架
http://www.boobooke.com/v/bbk2097
20 QTP之焦点
http://www.boobooke.com/v/bbk2146
21 手工测试 PK 自动化测试
http://www.boobooke.com/v/bbk2148
22 QTP之Excel操作
http://www.boobooke.com/v/bbk2835
23 QTP之描述性编程实例
http://www.boobooke.com/v/bbk2836
24 QTP之DLL
http://www.boobooke.com/v/bbk2834
25 QTP使用指南第一部分基础知识讲解完结篇
http://www.boobooke.com/v/bbk2147小强作品:《LAMP快速入门培训》
LAMP系列之安装篇
http://www.boobooke.com/v/bbk2262
LAMP系列之Apache文件分析
http://www.boobooke.com/v/bbk2264
LAMP系列之MySQL权限系统简介
http://www.boobooke.com/v/bbk2263
LAMP系列之初识PHP
http://www.boobooke.com/v/bbk2269
LAMP系列之PHP语言结构
http://www.boobooke.com/v/bbk2274
LAMP系列之PHP表单
http://www.boobooke.com/v/bbk2275
LAMP系列之PHP文件和目录
http://www.boobooke.com/v/bbk2325
LAMP系列之PHP的Cookie和Session
http://www.boobooke.com/v/bbk2326
LAMP系列之PHP的图像
http://www.boobooke.com/v/bbk2330
LAMP系列之数据库基础知识精要
http://www.boobooke.com/v/bbk2331
LAMP系列之SQL基本命
http://www.boobooke.com/v/bbk2338
LAMP系列之事务和存储过程
http://www.boobooke.com/v/bbk2339
LAMP系列之规划数据库
http://www.boobooke.com/v/bbk2374
LAMP系列之PHP和MySQL交互
http://www.boobooke.com/v/bbk2373
LAMP实战系列之Web 程序本地化研究
http://www.boobooke.com/v/bbk2495
LAMP全程实战之在线商店项目实战1
http://www.boobooke.com/v/bbk2476
LAMP系列之在线商店项目实战2
http://www.boobooke.com/v/bbk2481
LAMP实战系列之在线商店项目实战之访问权限
http://www.boobooke.com/v/bbk2490
LAMP系列之完结篇
http://www.boobooke.com/v/bbk2567小强作品:人文视频汇总
IT人士健康指南
http://www.boobooke.com/v/bbk2745
《论语》读书札记
http://www.boobooke.com/v/bbk2628小强作品:Google搜索技巧
-
测试环境管理规范(转)
2011-07-07 16:13:07
1.测试环境重要性及意义
1、稳定、可控的测试环境,可使测试人员花费较少时间完成测试用例的执行;
2、 可保证每一个被提交的缺陷被准确的重现;
3、经过良好规划和管理的测试环境,可以尽可能的减少环境的变动对测试工作的不利影响,并可以对测试工作的效率和质量的提高产生积极的作用。
2.测试环境搭建原则
测试环境搭建之前,需要明确以下问题:
1、所需计算机数量,以及对每台计算机的硬件配置要求,包括CPU的速度、内存和硬盘的容量、网卡所支持的速度等;
2、部署被测应用的服务器所必需的操作系统、数据库管理系统、中间件、WEB服务器以及其他必需组件的名称、版本,以及所要用到的相关补丁的版本;
3、用来执行测试工作的计算机所必需的操作系统、数据库管理系统、中间件、WEB服务器以及其他必需组件的名称、版本,以及所要用到的相关补丁的版本;
4、是否需要专门的计算机用于被测应用的服务器环境和测试管理服务器的环境的备份;
5、测试中所需要使用的网络环境;
6、执行测试工作所需要使用的文档编写工具、测试管理系统、性能测试工具、缺陷跟踪管理系统等软件的名称、版本、License数量,以及所要用到的相关补丁的版本。对于性能测试工具,则还应当特别关注所选择的工具是否支持被测应用所使用的协议;
7、测试数据的备份与恢复是否需要;
8、模拟实际生产环境或用户环境搭建。
3.测试环境管理
一、设置专门的测试环境管理员
每条业务线或测试小组应配备一名专门的测试环境管理员,其职责包括:
ü 测试环境搭建。包括操作系统、数据库、中间件、WEB服务器等必须软件的安装,配置,并做好各项安装、配置手册编写;
ü 记录组成测试环境的各台机器硬件配置、IP地址、端口配置、机器的具体用途,以及当前网络环境的情况;
ü 完成被测应用的部署,并做好发布文档的编写;
ü 测试环境各项变更的执行及记录;
ü 测试环境的备份及恢复;
ü 操作系统、数据库、中间件、WEB服务器以及被测应用中所需的各用户名、密码以及权限的管理;
ü 当测试组内多名成员需要占用服务器并且相互之间存在冲突时(例如在执行性能测试时,在同一时刻应当只有一个场景在运行),负责对服务器时间进行分配和管理。
二、测试环境文档管理
需要维护如下文档是最新版本:
ü 组成测试环境的各台计算机上各项软件的安装配置手册,记录各项软件的名称、版本、安装过程、相关参数的配置方法等,并记录好历次软件环境的变更情况;
ü 组成测试环境的各台机器的硬件环境文档,记录各台机器的硬件配置(CPU/内存/硬盘/网卡)、IP地址、具体用途以及历次的变更情况;
ü 被测软件或产品的发布手册,记录被测软件或产品的发布/安装方法,包括数据库表的创建、数据的导入、应用层的安装等。另外,还需要记录历次被测软件或产品的发布情况,对版本差异进行描述;
ü 测试环境的备份和恢复方法手册,并记录每次备份的时间、备份人、备份原因(与上次备份相比发生的变化)以及所形成的备份文件的文件名和获取方式;
ü 用户权限管理文档,记录访问操作系统、数据库、中间件、WEB服务器以及被测软件或产品所需的各种用户名、密码以及各用户的权限,并对每次变更进行记录。
三、测试环境访问权限管理
按照如下要求维护测试环境权限:
ü 访问操作系统、数据库、中间件、WEB服务器以及被测软件或产品等所需的各种用户名、密码、权限,由测试环境管理员统一管理;
ü 测试环境管理员拥有全部的权限;
ü 除对被测软件或产品的访问权限外,一般不授予开发人员对测试环境其他部分的访问权限。如的确有必要(例如查看系统日志),则只授予只读权限(user权限);
ü 除测试环境管理员外,其他测试组成员不授予删除权限;
ü 用户及权限的各项维护、变更,需要记录到相应的“用户权限管理文档”中。
四、测试环境变更管理
确保每次变更是可追溯和可控:
ü 测试环境的变更申请由测试人员提出邮件申请,由测试环境管理员负责执行。测试环境管理员不接受非正式的变更申请(例如口头申请);
ü 对测试环境的任何变更,测试负责人均应记入相应的文档;
ü 每次变更相关的变更申请文档、软件、脚本等均应保留原始备份,作为配置项进行管理;
ü 对于被测软件或产品的发布,开发人员负责打包、测试人员核对发布包。
五、测试环境备份与恢复
1、确保测试环境程序版本、数据是可恢复;
2、对于功能或性能测试,测试数据需定期进行备份或从生产环境导入测试数据;
3、通过备份软件工具备份数据,同时保障备份数据可快速恢复。
4.测试环境维护执行流程附件
1、测试机器申请流程
2、测试机器维护列表格式
3、测试环境部署文档维护列表格式
4、发布手册维护列表格
-
QC 9.0 支持IE7 IE8 解决方案
2011-01-27 12:44:05
但是随着公司里使用IE 7和IE 8的人越来越多,希望QC9.0支持IE 7和IE 8的呼声越来越高。网上google了一下有现成的解决方案,只要修改一下服务器端相关设置就可以了,这里我就直接粘贴上来了:
解决QC对IE7,IE8的支持现在普遍的做法是直接在服务端安装目录下搜索start_a.htm这个文件,文件默认路径是: C:\Program Files\Mercury\Quality Center\jboss\server\default\deploy然后在该页面搜索msie,加入ie7.0的支持|| (ua.lastIndexOf(’MSIE 7.0′) != -1)|| (ua.lastIndexOf(’MSIE 8.0′) != -1) 增加这句即可。
但是现在碰到的问题是每次重启QC服务器,会发现之前的设置没有生效,这是因为我们修改的是临时文件夹下的文件配置导致的。所以要一次性解决QC对ie7和ie8的支持,我们需要修改系统文件。方法如下:
1. 在服务端QC的安装目录下jboss\server\default\deploy目录下找到20qcbin.war这个war包。
2. 用winrar打开这个目录,可以看到start_a.htm这个文件。
3. 把start_a.htm这个文件copy出来修改添加|| (ua.lastIndexOf(’MSIE 7.0′) != -1)|| (ua.lastIndexOf(’MSIE 8.0′) != -1)后替换 war包中的start_a.htm文件。这里也可以直接在原文件修改。
修改配置成功后,下次重启QC服务也不会有问题。原因是重启服务器的过程中会把20qcbin.war中的内容解压出来到临时目录下的。
这里注意:改完上面的配置如果不想重启服务器,就需要把temp中的start_a.htm这个文件也增加ie7,ie8的支持。只改系统文件是需要重启QC服务的~
ps:这个方法源于在修改QC数据库的ip地址时关联想到的,修改ip地址是修改10sabin.war包中的文件。
参照这个方法服务器端就改好了,但是我在用IE 7和IE 8的客户端浏览器打开qc的时候却发现仍然无法正常显示,页面出现提示信息,这是因为IE 7和IE 8的安全性设置造成的,稍微改一下就好了:
A. IE 7
IE 7的安全级别比较高,需要修改一下IE的选项设置:
一打开浏览器,输入qc的网址,提示:“您的浏览器中未安装 JavaS
cript,或已将其禁用。” 于是回到浏览器,点开工具菜单->INTERNET选项->安全->自定级别中,找到脚本scripting,把“Active scripting”和“Script. of Java applets”勾选"启用"并点击"确定"
刷新页面,之前的提示终于没有了,但是又有IE的信息提示条弹出来:
看来activeX插件还需要enable一下,在自定义选项中找到Active Controls and Plug-ins,把”Run ActiveX controls and plug-ins”勾选“enable”,再刷新页面,客户端就可以正常下载了:
B. IE 8
IE8比较简单,只要activeX插件enable一下就可以了:
到这里,服务器端和客户端都修改好了,qc 9.0在IE 7和IE 8下都能正常使用了!:)
-
QC 出错方案
2010-09-02 09:51:04
解压QC安装包,运行setup.exe一路 '下一步' 中间需要输入参数的地方很多同学都已经介绍过,就不啰嗦了。
倒数几个步骤的时候,系统托盘就会出现一个带红杠的小图标。最后启动jbos服务,完成安装。QC服务启动。就可以使用了。
之后运行你就会发现很多问题
第一,
先解决插件问题,把三个qc插件安装完第二解决test_type.cab问题,你可以使用QC Explorer,但是不能要求每个开发和测试人员去add这个插件
插件下载http://www.genilogix.com/downloads/qualitycenter/qc-patches/10.0/
这个链接很不错,下载对应操作系统补丁,我使用QC10_Patch10_Windows.zip第三解决IE访问问题
1. 在服务端QC的安装目录下jboss\server\default\deploy目录下找到20qcbin.war这个war包。
2. 用winrar打开这个目录,可以看到start_a.js这个文件。
3. 把start_a.js这个文件copy出来修改添加|| (ua.lastIndexOf(’MSIE 7.0′) != -1)|| (ua.lastIndexOf(’MSIE 8.0′) != -1)后替换 war包中的start_a.js 文件。这里也可以直接在原文件修改。
修改配置成功后,下次重启QC服务也不会有问题。原因是重启服务器的过程中会把20qcbin.war中的内容解压出来到临时目录下的。
这里注意:改完上面的配置需要重启QC服务
还有几个问题如下
1、重新启动后QC服务没有随windows一起启动。需要手动运行C:\Program Files\HP\Quality Center\jboss\bin下面的 run.bat.。运行了 InstallJbossService.bat 之后QC服务器可以随windows启动,不知道这两者有什么关系。。。貌似是把jboss启动作为了windows的服务。2、重启后系统托盘没有图标。解决方法:运行C:\Program Files\HP\Quality Center\bin目录下面的RunQCTrayIcon.bat 系统托盘图标就会出来了(可以把这个文件放在系统启动项里面)。不能直接运行jboss\bin下面的 QCTrayIcon.exe 会报错的!
3、确保你的 管理工具---->服务中有一个名为HP Quality Center的服务它的可执行文件为C:\Program Files\HP\Quality Center\JBoss\bin\QCJavaService.exe。设置成自动启动。
4、确保你的磁盘有足够的空间。。。我第一次安装的时候虚拟机默认的8g空间,在安装完毕启动jboss服务的时候会解压缩很多包。导致磁盘空间不足。。启动失败。
客户端配置:打开IE8,然后选择工具-Internet选项-高级-安全,找到“启用内存保护帮助减少联机攻击”,把前面的勾去掉,点应用。 就可以用IE8了。
-
如何招到合适的测试人才 (转载)
2010-05-25 14:02:13
软件测试的知识,很多人可以通过理论学习得到;面试的时候也可以说的很溜,让人看不出深浅;业务的水平,对于普通入行的测试工程师,也不好要求太高。那什么样的问题能够让优秀的软件测试工程师脱颖而出呢?
会员 wind_lcg :
具体来说可以通过以下四个途径来考量:
1. 技术笔试
可以从软件测试基础理论、测试流程、数据库、简单编程,简单的测试用例设计等题目,看面试者对测试基本技术的掌握情况,尤其是测试用例的设计,每个人的思路可能不一样。还有可以从侧面看面试者答题的时候,格式的排版,有的同学面试的时候,试卷本身就让人感觉很清晰,有的则正好相反,很乱。
再补充一点,还要加上面试者对测试方向的业务背景或者专业知识的一些题目,比如通信类的测试等。
注意:这个应该是基本的题目占多数,对测试比较熟悉的人应该都能通过。这关的主要目的,是把大多数测试中学东西不系统的人给过滤掉。
2. 技术面试
可以分两种情况:
应届生:主要是看被面试者的学习能力、观察力、逻辑思维能力方面,针对这些能力的面试题,网上也有一大片,可以根据自己的需要,有选择的选用,面试者回答问题的时候,可以侧面观察语言表达能力,和对一些没有思路的问题的处理方式。
社招:主要是看项目经历,然后根据项目经历进行提问,面试的时候可以先了解一下对方的简历,然后看面试者,是不是能把经历过的项目描述清楚,还有回答问题的时候,是不是能用简洁的语言描述清楚所要表达的意思。
这里也还是要注意面试者对未来测试方向的业务背景和流程以及专业知识的了解情况,可以问些相关的问题,也可以通过聊天的形式,谈谈行业本身。
还有就是有针对性的问项目中的相关技术方面的理解,看面试者是否对自己做过的项目能够全面了解,并且对自己负责的模块把握细节,这点很重要,有很多做过一两年测试的同学,还不是很了解自己公司的产品,只是从功能手册出发,机械的测试。
3. 综合面试
主要考察耐心、对细节的把握、遇到困难时候的态度、对工作的执着、细心、团队合作等,还有就是对薪资的期望和自己的能力是否成比例,至于具体的方面,有些人力资源的参考书籍和网上的面试参考,可以选一些具体的问题,自己也可以针对自己公司的要求,具体设计。
4. 可选,如果有条件,可以安排集体的面试
看每个人在大家中的表现,有些人很乐意帮助别人,乐于承担责任,在大家中,很容易脱颖而出,这样可以给综合素质上加分!
会员 sstic :
可以从以下4个方面去考察:
1. 期望薪水:
一般来说优秀、出色的测试人员,开价都不会太低。要价很低,讲的比较流畅的人,你敢用吗?还有招聘人员可以根据测试人员自己要求的薪水和简历的情况,预估测试人员的能力。毕竟来说找工作的人自己最了解自己的情况怎么样。
2. 动手能力:
可以通过一个公司的实际项目,让测试人员实际操作,如现场编写一个模块的测试用例,设计用例的能力,马上就知晓。或者使用自动化测试工具,进行自动化测试和性能测试,了解应聘人员的实际编写脚本的能力。如果一点都没有经验的人,自动就会退出,说自己不会。
3. 项目经验
可以通过测试人员描述项目的背景、测试方法和使用实际的项目中使用的测试工具,针对自己熟悉的方法和策略,中途提问,了解测试人员是否真正懂?自己做过的项目,那肯定是比较熟悉了,如果没有用过的话,肯定会漏洞百出、前后不一致。
4. 独到的观点
一个出色测试人员,一定有自己独到的观点和不同于别人的闪亮之处。
总之,找到一个薪水和职位匹配的,比较合适职位的人,还是蛮难的!
原帖地址:http://bbs.51testing.com/thread-180828-1-1.html
我的栏目
标题搜索
我的存档
数据统计
- 访问量: 198798
- 日志数: 160
- 书签数: 1
- 建立时间: 2008-05-22
- 更新时间: 2021-06-07