51Testing软件测试论坛
标题: 【你来问我来答第60期】：如何搭建一个高产出的测试团队（已结束） [打印本页]
作者: lsekfe 时间: 2015-7-1 17:15
标题: 【你来问我来答第60期】：如何搭建一个高产出的测试团队（已结束）
[attach]95964[/attach]
个人简介：
- 诸葛东明：搜狗公司搜狗浏览器测试经理。
- 2006年毕业于兰州理工大学，2008年加入搜狗公司，经历了搜狗浏览器从无到有的过程。
- 期间先后从事过Windows客户端的手工测试、自动化测试、单元测试及项目管理工作，所涉及的技术主要偏向于C++、QTP、python、Gtest等在搜狗浏览器的稳定性自动化测试、底层库单元测试、敏捷项目管理方面有多年的经验。
[attach]95965[/attach]
各位会员可以在7月1日前以回帖的方式向客座专家提问。
（请大家围绕本期客座专家的擅长领域进行提问、探讨）
客座专家将在7月11日—7月31日为大家集中解答。
机会难得，欢迎大家踊跃提问！
作者: liylong85 时间: 2015-7-2 10:17
如何搭建一个高产出的测试团队，这块确实不怎么了解，自己一个人撑着这么多项目，其实挺累的，也没有好的方法去优化
1.公司做的都是小型的项目，同步进行项目的有两三个。
2.测试人员就只有一个
怎么才能建设好测试的管理和产出？
谢谢老师
作者: 天士 时间: 2015-7-2 11:57
你好，我想问问管理方面的问题：
1.大家做事缺乏责任感，怎么提高内部团队成员责任感。 请指点几招
2.怎么处理底下员工提出的涨待遇问题？ （中层领导只有建议权，无决定权）
a.一种是工作能力好的
b.一种是工作能力一般
c.还有一种就是混日子的那种
针对这三类人分别怎么处理？
3.怎么去调动大家的学习氛围？
谢谢
作者: 痕迹 时间: 2015-7-3 11:46
您好，我想请教：
目前我们公司测试部门都是执行手工测试，测试人员对自动化测试都不熟悉，而老板突然之间要求整个测试部门人员要用自动化来测试，
且必须马上要会，这种情况下，该怎么样才能让所有测试人员迅速学会自动化测试呢？然后有什么方法能避免老板因为测试人员没有马上掌握自动化技术，而不满呢？
同时因为老板对测试部门不是很看重，故测试人员的薪资都普遍很低，导致测试人员的积极性不是很高，且对公司的热情不高，产品质量相对也受到了一些影响，这样会导致公司对员工不满意，员工对公司老板也不满意，形成一个恶性循环。该怎么解决呢？
作者: zhilianjuan 时间: 2015-7-3 14:29
您好：
我是开发转测试的，转测试之后才发现自己非常适合测试，也想在测试方便有所发展。
作为开发出身的我，觉得如果只是功能性测试肯定是不行的，所以我想向性能和自动化方便学习，苦于公司很少有这方面的测试，我觉得提高自己很难，希望大师您可以指导下我关于自动化方面测试的方法；
或者给我一些资料，或者给我一些建议，让我可以快捷的走向性能或者自动化的测试道路。
我的规划是熟悉公司业务，然后自学功能化测试和性能测试，向测试项目经理靠拢，希望大师给点意见，谢谢。928050335@qq.com，我的邮箱，期待您的资料和帮助！
作者: 诸葛东明 时间: 2015-7-3 15:00
收到，感谢几位同学的问题，这两天我整理下回复大家。
作者: wyj19881227 时间: 2015-7-4 07:29
如何取舍，怎样才算处罚得当
作者: 诸葛东明 时间: 2015-7-5 12:57
本帖最后由 诸葛东明 于 2015-7-5 13:11 编辑
大家好！
首次参加51testing客座专家，感觉压力山大，自己觉得能力和经验还很薄浅，本来想分享一些自动化方面的经验，但是版主最终让我选一个新颖的话题：如何打造高产出的测试团队。
本人不才，就在各位论坛大牛前献丑了。
在回答大家问题之前，我先分享下管理理念，同时结合搜狗测试的经验，对其中的概念进行举例说明。
一、领导力模型：
打造高产出测试团队的过程，其实也是领导力打造的过程，过程如下。
[attach]96016[/attach]
1. 以身作则。
这个很简单，不用过多解释。如果期望团队有高度的责任心、有很强的学习氛围，那么作为Leader首先要以身作则，否则再谈管理都是奢求。
2. 共启愿景。
a) 树立自己的愿景和目标。
作为团队的Leader，首先问问自己，自己的目标和愿景是什么：是做好眼下的测试工作即可；还是希望在满足项目任务的同时，还能做点技术性提高的工作(自动化、性能测试)；还是希望在测试领域进行更多的探索，成为领域专家，把团队打造像谷歌测试一样的高标准团队。我们心中先要有这个目标和愿景，这是驱动我们去打造一支高产出团队的核心动力。
举例：搜狗测试团队的愿景就是打造成为一支业界专业的测试团队，这个愿景和信念，我们是逐步树立起来，并且坚定不移的。
b) 感召他人。
未来的目标和愿景不是一个人就能实现的，需要有一群有共同目标和理想的人一起努力才能实现，所以我们需要找到这样的人，这一环节我们称之为感召他人。
感召他人不是强求，团队中一定会有一部分人不认同你的愿景，没关系随他去。但也要坚信一定会有部分人认同你的愿景，我们只要做的事情是发现这样的人、辨别真伪，最终找到他们。
c) 树立榜样。
搭建一个平台或者通过某种制度，让团队中的成员能够彼此了解到每个人的工作表现，为团队树立榜样。
举例：在搜狗浏览器测试团队，我们有一个制度：每个季度团队每位成员进行目标公示和述职。这个过程中团队每位成员要讲自己在做什么，现在的进度如何，把做出来的成绩show给大家。在这个过程中，团队中的榜样就会逐步树立出来。
3. 挑战现状。
这一环节，最重要的发现团队中的问题，将问题排定优先级，针对高优先级的问题，分析原因，找解决方案，然后去执行。
举例：我们在团队内部搭建了一个知识库的系统，在这个系统上，团队成员可以将自己的经验进行总结，然后发文章出来。但是一段时间内，团队成员的分享热情不是很高，需要Leader不断去push。
为了解决这一问题，我们做了这么几件事：
1) 激励鼓励。每个月对知识库的发文数量和质量高的同学，进行奖励，奖励是一本书。
2) 培养组员的总结意识。在日常工作中，Leader挖掘可以进行总结的点，与组员一同分析，推进组员完成总结。
3) 提升组员成就感。在组员分享文章后，Leader要看组员的文章，如果有分享意义的话点赞。如果分享意义很大的话，鼓励组员投稿到51testing等影响力更大的论坛。
4) 最后，还有一点，绩效考核。将经验总结发知识库文章列为绩效考核中的一项，并且明确衡量标准。
通过以上的努力，团队中逐步涌现出来一批优秀的成员，我所带领浏览器测试团队在每个季度会在搜狗内部知识库发表上百篇文章，其中有几篇在51tesing投稿后被录入期刊杂志。
[attach]96017[/attach]
file:///C:/Users/Deadwalk/AppData/Local/Temp/msohtmlclip1/01/clip_image004.jpg
4. 使众人行。
这一环节最重要的是，搭建团队成员的沟通交流平台，促进团队中与我们有着相同目标和愿景的成员一同交流和工作。
举例：搜狗测试团队的内部交流平台有微信公众号编辑部、技术委员会、管理委员会等交流平台。以微信公众号编辑部为例：
1). 微信公众号编辑部分别有5个微信组：黑盒组、白盒组、自动化组、项目管理组、团队文化组。
2). 每个组有4-5位成员，他们每周会固定时间进行问题沟通、讨论、最终完成当周的微信推文。
5. 激励人心。
通过各种资源(晋升、加薪、内部奖项设立、公司牛奖的争取等手段)来鼓励和激励团队中表现优秀的成员。
举例：仍然以微信公众号编辑部为例， 每1个半月会进行各个组的评比活动，每个组需要派代表对前一阶段的工作进行述职，然后编辑部的全体成员进行记名投票，选出最优秀的一组，颁发啄木鸟奖杯和奖金。
file:///C:/Users/Deadwalk/AppData/Local/Temp/msohtmlclip1/01/clip_image006.jpg
[attach]96018[/attach]
作者: 诸葛东明 时间: 2015-7-5 13:08
本帖最后由 诸葛东明 于 2015-7-5 13:42 编辑
hi,liylong85，不确定你的问题中，测试人员是只有你一个，还是除了你之外还带着一位测试人员。
我先以测试团队只有你一人作为前提，给下我的建议吧：
1.明确当前项目的目标。因为测试团队是支持性团队，所以测试团队规模大小及目标，是与项目目标相匹配的。如果当前项目是属于创业型团队，短期内测试团队的目标就是完成项目任务为主，那么我觉得还谈不上搭建团队，更谈不上搭建高产出的测试团队了。如果当前项目已经有用户基础了，正在逐步扩张的过程，那么测试团队的资源也应该随之进行调整。
2.争取测试资源。从你的描述来看，似乎你个人已经无法支撑项目任务了，所以是不是要想上反馈正确更多的测试资源。
3.保证基本的测试产出。项目任务再多，这也不妨碍我们做一些基本的总结，例如：测试过程中的问题有哪些、测试过程中学习到的知识有哪些。这些内容将它总结起来形成文档，日后对个人是有很大帮助的。
作者: 诸葛东明 时间: 2015-7-5 13:40
hi,天士，感谢你的提问。
你的问题的确是团队管理中常见的问题，我给下我的建议。不过管理问题从来都不是一招吃遍天下的，所以建议仅供参考，具体的执行方法还是得看实际情况。
问题1.大家做事缺乏责任感，怎么提高内部团队成员责任感。
回答：针对这个问题，参照之前我分享的领导力模型，建议可以做的事情：
1).搭建透明的平台，可以让成员之间看到各自的表现。例如：建立由开发、产品匿名打分的机制，对团队中的成员表现进行打分，其中包括硬性的测试质量、测试效率；也包括软性的责任性、沟通及主动性等方面。通过这样的机制，将团队中责任心不好的、责任心较好的人区分出来。
2).树立榜样。对责任心表现好的，进行表扬和鼓励，为团队树立榜样。
问题2.怎么处理底下员工提出的涨待遇问题。
回答：你提的这个问题隐性拆开有这么几个问题：
a.底下员工提涨待遇，该如何与员工谈的问题。
1)明确员工的薪资是根据什么来定。一般来说，薪资是根据行业的薪酬水平、组员的工作表现和能力、组员当前级别的薪酬区间来定的。
2)明确组员对自己的工作评价与你对他的工作评价一致。比如：员工觉得自己工作表现很好，但是你评估他的工作表现不OK，那么在沟通层面你们要先达成一致。
3)确定底下员工提薪资是否符合以上依据。例如：员工表现很好，当前能力在行业中可以拿到更高薪酬时，这时要考虑适时地进行调整；员工表现不好，但是行业水涨船高，是否调薪资取决于你是否愿意留人。
b.员工的工作表现不同是，如何决策待遇的问题。
如果我们期望是要一个健康发展、公平公正的团队，那么我的建议是：
1)坚持公正公平的原则，对于团队中贡献大的人，给予的资源要多；对于贡献一般的，给予的资源相对少一些；对于混日子的，如果团队有合适的岗位并且其也能做好当前职责的要求，给予基本层的资源；如果做不好的话，快刀斩乱麻。
思考题：西游记中，如来是如何封赏唐僧三个徒弟的？
2)不要怕走人。
问题3.怎么去调动大家的学习氛围？
回答：这个问题我在分享中已经回答，请参考。
http://bbs.51testing.com/forum.p ... &fromuid=170218
作者: 诸葛东明 时间: 2015-7-5 14:17
痕迹，你好
首先感谢你的提问。我将你提出的问题拆分出来分别回答
问题1：目前我们公司测试部门都是执行手工测试，测试人员对自动化测试都不熟悉，而老板突然之间要求整个测试部门人员要用自动化来测试，
且必须马上要会，这种情况下，该怎么样才能让所有测试人员迅速学会自动化测试呢？然后有什么方法能避免老板因为测试人员没有马上掌握自动化技术，而不满呢？
回答：在回答这个问题之前，我觉得我们还是有必要搞清楚几个问题：
1)老板突然之间要求整个测试部门人员要用自动化测试的原因是什么？是因为对测试质量不满意，还是因为对测试效率不满意？还是因为其他什么原因。
2)如果老板是因为测试质量不满意，那么出现了什么样的问题，这些问题通过自动化测试是不是就能保证?
3)如果老板是对测试效率不满意，期望通过自动化测试提升效率，那么就是这个工作如何开展的问题了。进一步我们要想的是：
a.这个工作如何开展，是不是可以考虑部分人员先掌握自动化技术，部分人还是保持原有的手工测试。
b.如果所有人员都掌握自动化技术可能带来什么样新的问题？比如：能力相对低的人可能投入非常高的学习成本；没有意愿的人可能学习不会；有能力有意愿的人学会之后存在稳定性的问题等等。这些问题老板是否又是知道的？
问题2：同时因为老板对测试部门不是很看重，故测试人员的薪资都普遍很低，导致测试人员的积极性不是很高，且对公司的热情不高，产品质量相对也受到了一些影响，这样会导致公司对员工不满意，员工对公司老板也不满意，形成一个恶性循环。该怎么解决呢？
回答：说老实话，这个问题是个不太好回答的问题。我只是说说自己的看法，如何不妥，欢迎大家指出批评。
意识形态：
1)看清情况，坚定自己的信念。不可否认，国内存在大量的企业和公司，对测试部门不重视的情况，相应的待遇也会低许多。造成这一问题的根本原因是，测试这一行业在国内在发展才区区几年，相比较开发岗位发展数十年，我们还在起步阶段。再加上国内在测试行业各式各样的人都有，也在一定程度上造成了外界对测试行业的水平低的认识。这个问题是客观存在的，我们怨天尤人也没用。测试的未来只有通过大家一起的努力，让我们做的事情越来越有价值，让我们越来越受重视。作为团队的Leader，首先不能丢了这个信念。
2)证明文化。鉴于搜狗测试团队的过去经验，也是这样一个过程：基于手工测试、不遗余力地加班加点保证项目的质量--逐步得到上层领导的肯定--领导逐步给予了部分资源支持--开始尝试自动化测试领域--进一步得到领导的认可---再给予资源支持。所以，我只能说：哥们，我知道你现在很苦，但唯有通过证明文化让领导认识到测试的价值。
具体问题：
谈了前面2点意识形态之后，该回答实际具体的问题解决方法上了。
1) 是否所有的员工都对公司不热情？是否有潜力的员工是可以挖掘的？
2) 是否可以通过将资源重新调配的方式，保证与你有着同样的意识形态、与你有着同一目标的员工留下，与他们一同保证好产品的质量，进而进一步争取更大地支持。
作者: hih 时间: 2015-7-6 11:28
嗨诸葛帅哥~
我真正开始涉及测试岗位满算也不到两个月，我们公司是做办公软件小型项目的。web、多移动客户端同时开发，我现在所处的环境就是有新功能新版本发出来会很忙很充实，不觉一天恍然而过。各个环节bug也不少，开发修改再验证，反复测试反复验证我所做的这些应该叫手工测试吧，自我感觉还是比较顺的。目前的测试团队只有我和带我的师傅两人，刚开始我总是将不论大小自己怀疑的问题提出来给师傅想要让他来和我一块确定是否为可提给开发的bug，慢慢地我明白了只要是问题哪怕偶发也需要及时记录下来。再后来在一个大版本验证ok发布之后会有一些闲余时间，我看51网上很多大师在说自动化测试，我也想自学一些比如loadrunner、QTP、monkey之类的，要学习写一些简单的脚本，关键是我怎么都装不上正确的程序呢，求指教啊方便加一下你的QQ么
作者: 诸葛东明 时间: 2015-7-6 13:33
好的，我的QQ是422169327
作者: shanfeng1419 时间: 2015-7-6 14:16
你好，看了你如何打造高产出团队以及你的回复，我第一个感觉是你的层次很分明，1，2，3罗列，把一个问题细分很多环节，逐步解答，很细致，而且一步步由浅入深，说的很在理。
这个能力在分析需求及设计用例时会很有帮助，也许是因为你这几年的磨炼吧。我最开始接触测试，测试经理比较用心，让我们学习QTP，进行简单的功能脚本编写，不是公司要求的，是他自己要求我们利用公司项目练手，这个我要感谢他。后来他走了，再加上项目不适宜自动化测试了，人心也怠慢了，到现在就是基本手动测试。
我感觉在你的团队，有了这样的机制，大家确实会很上进，谁又愿意被贴上不行的标签呢。很羡慕这样的团队。
作者: shanfeng1419 时间: 2015-7-6 14:25
你平日的工作内容有哪些，作为Leader，你的工作量肯定要大，搜狗浏览器日益稳定，手动及自动测试你们应该每天都跑一遍，所以几乎不会有什么bug了。除非开发新增加了某个应用，然后你们集中测试，是大家都手动然后自动，还是部分人手动，部分人自动呢？
如果某天浏览器发展很稳定了，你们的工作又是什么呢，除了自动跑用例外。
作者: spf724047682 时间: 2015-7-7 15:58
做为测试团队管理人员，请问下您在日常的技术提升和管理工作是如何把握平衡的？之前做的项目遇到过完全放弃技术只管理人员和日常工作的模式，这样很容易不服众而且在关键技术问题上给不出有效意见；如果投入很大精力去关注技术，又会浪费很多时间无法统筹管理项目；还请大牛指教呀
作者: 诸葛东明 时间: 2015-7-8 14:28
hi, spf
感谢你的提问。你的提问的确是现在周边很多同事提到过的问题：做纯管理，没有技术难以服众；兼顾技术和管理工作又难以平衡时间。这样的问题该如何处理。
我说说自己的经验感受，如果不妥，欢迎指正。
1. 技术与管理的转换。我将技术管理岗位的工作状态分为三个阶段:
a) 纯技术阶段：刚做管理岗位时，由于对管理知识不是很重视(如人员谈话、团队氛围打造等等)，所以精力基本都放在技术方面上，工作内容也主要是满足项目的各种工作。
b) 狂补管理知识阶段：因为前期不重视管理，导致了各种管理问题：人员离职了，发现不会员工谈话，学习人员谈话；组员工作士气低落了，学习激励鼓励；人员有缺口不会面试了，学习招聘面试；对兄弟团队沟通被投诉了，学习沟通技巧等等，所以在这个阶段狂补管理知识，基本上是缺什么补什么，也是我自己整个工作过程中最苦逼的一个阶段。
c) 回归业务阶段：上一个阶段，随着自己不断地遇到问题，不断的学习恶补，终于发现自己在员工谈话、绩效考核、招聘面试、团队结构等方面逐步得心应手的时候，就开始回归业务，学习业务中各项的技术。
随着团队的不断发展，也会在管理上不断遇到问题(例如空降到一个新的团队)，仍然会不断地学习，但是会相比之前更加从容了。所以，挺过第二个阶段，也许你会有更多的精力学习技术。
2. 技术的学习途径。技术积累的途径也是多样的，在早期非管理岗位时可以通过自我学习进行积累；后期做管理岗位时，可以让组员进行学习总结，然后将总结后的内容讲解给你。
3. 技术的了解深度。管理者了解技术的目的一般来说是：招聘面试、人员培养、决策制定。基于这三点，只要我了解的技术不影响我的招聘面试考察、人员培养以及相关的决策，那么我对于技术的了解程度就不用过深。举个例子：搜狗网址导航首页这个项目，我作为管理者只是了解到框架结构，例如整个项目都有哪些模块组成；前台页面和后台是如何通信的；数据存储在哪里，通过什么方式获得……但是更为具体的知识点如Redis的字段都有哪些，通过哪些命令进行读取写入，如何进行Redis的持久化存储等等如果没有精力适可而止。
最后，分享下我的时间分配和管理职责：
1.一周5天，有3天是管理相关的工作，2天是业务技术相关的工作。
2.我目前的管理职责有：团队目标规划、团队人力结构规划、团队问题收集与解决、向上工作汇报、总结&述职、冲突解决、考勤管理、绩效考核、晋升&加薪管理。
3.以前是我的管理职责，但是经过后期人员培养，已经下放的权限有：项目管理(方案制定&进度控制)、人员培养、招聘面试、会议组织、人员谈话、TB活动组织、项目汇报等。
作者: 诸葛东明 时间: 2015-7-8 14:36
hi,zhiliangjuan
很抱歉，我这里没有现成整理好的资料可以发给你，唯有一份早前我整理的测试人员学习指导文档，是搜狗测试内部查看的。这个文档的目录也许对你有用，但目录对应的具体内容由于在搜狗内部网络上，无法查阅，请谅解。
作者: 诸葛东明 时间: 2015-7-8 18:51
hi,shanfeng1419
1.先回答我的工作内容有哪些？
这个问题在17楼已经回答，请见http://bbs.51testing.com/forum.p ... &fromuid=170218
2.关于你提的整个测试组的功能内容的问题，大致情况是这样：
1)搜狗浏览器基本上每周上线一个版本，所以项目相关的工作内容还是比较多的。在这个过程中，自动化测试、手工测试、白盒测试都会涉及到，所以还没有仁兄说的全自动，这属于未来的理想。
2)除了搜狗浏览器项目之外，整个项目组也在积极拓展新的领域和项目，例如：新开发的轻量级一点浏览器的项目、不久就会面世的手机APP阅读项目、搜狗网址导航WEB端项目、搜狗游戏大厅项目、手机应用市场项目等。这些项目有的是新起的，有的是已有的但是合入我所带领的团队的。
以上大概是我们团队目前的状态。
3.您最后提到的问题：环境稳定容易造成安逸，不能向前的问题。这个确实是一个棘手的问题，而且也是非创业型公司容易面对的问题。
这个问题目前的解决方法是这样的：
1)如上面2所说的，整个项目组都在积极拓展新的项目。
2)促进组内竞争。在测试部内部有一个指标体系，这个指标体系会对团队创新、影响力、质量效率、外部评价等等指标积极评估，各个产品线的测试Leader都会透明地在这个体系下对比，并且每半年进行述职。在这样一个刺激竞争的机制下，各个团队可以想象都是在向前努力的。如果不努力，在资源分配上就会缺少，甚至可能会被其他强大的团队吞并。
3)绩效考核。测试部从上到下，从管理者到组员，在绩效考核中都会增加影响力和创新两项考核指标及相应的衡量标准。所以另一方面也通过这一手段在刺激团队向前发展。
作者: tanshunsky 时间: 2015-7-9 10:33
您好，请问如何用Loadrunner监控linux服务器的资源利用率
作者: tanshunsky 时间: 2015-7-9 10:34
您好，请问公司目前就两个测试人员，做的是WEB安全方面的系统，用到的开发语言是java和C,如何开展自动化测试项目
作者: tanshunsky 时间: 2015-7-9 10:37
您好，请问selenium在windows系统下搭建测试环境的教程?具体流程步骤是怎样的，谢谢?我们公司的开发语言是java & C
作者: 诸葛东明 时间: 2015-7-9 11:31
本帖最后由 诸葛东明 于 2015-7-9 14:13 编辑
一般有三种方法：
1.使用top命令查看服务器的整体资源消耗。
2.使用top、awk、grep和sed命令组合，对指定资源进行监控。 例如：我们要对nginx的资源进行监控，通过top+grep出来nginx的资源，然后将第6列的内存占用print出来，同时用sed去掉m之后awk加和。同时这个命令还可以在尾部增加>>file的方式，将日志输出到一份文件中，然后使用excel进行绘图。
top -n 1 -b | grep nginx |awk '{print $6}' | sed 's/m//g' | awk 'BEGIN{total=0}{total+=$1}END{print total}'[attach]96073[/attach]
3.使用linux下nmon工具进行资源监测。具体方法，我转载组内一位同学的总结：
监控方法：
根据被监控操作系统的版本信息，下载相对应的nmon工具。例如nmon_x86_rhel5是适用于Red Hat Enterprise 5 32位的操作系统，nmon_x86_x64是适应于x64位的操作系统。查看操作系统的位数可以使用uname -a来看。
将nmon上传到想要存放的位置，并使用chmod 777 nmon_x86_rhel5命令授予执行权限，使用./nmon_x86_rhel5执行出现如下界面：
[attach]96075[/attach]
根据提示可查询相关资源的情况，比如输入c可显示CPU情况，m可显示内存情况：
[attach]96076[/attach]
对于监控结果，可使用nmon命令输出到文本中，命令格式为：./nmon_x86_rhel5 -f -s<收集间隔> -c<收集次数>
f代表生成监控数据
s代表设置收集间隔
c代表设置收集次数
例如：./nmon_x86_rhel5 –f –s1 –c600表示每隔1秒收集一次，共收集600(10分钟)次监控数据
生成的结果数据文件名称格式为：主机名_当前日期_当前时间.nmon
注：目前只支持office2010及以下版本的office绘制表格。
作者: 诸葛东明 时间: 2015-7-9 11:32
使用自动化测试要解决什么问题呢？
作者: 诸葛东明 时间: 2015-7-9 11:33
非常抱歉，selenium的使用经验我这里不多。相关的使用方法网上和论坛里比较多，建议搜索一下。
作者: tanshunsky 时间: 2015-7-9 13:37
好的，多谢了
作者: tanshunsky 时间: 2015-7-9 13:39
好的，多谢了
作者: tanshunsky 时间: 2015-7-9 13:39
好的，多谢了
作者: tanshunsky 时间: 2015-7-9 14:01
大神您好，下面两张照片看不到啊!
作者: 诸葛东明 时间: 2015-7-9 14:14
原文重新编辑了下，应该可以看到了
作者: 牛奶瓶 时间: 2015-7-9 17:37
您好，我想问下，您的测试团队是怎么制定绩效考核标准的呢？另，如何写季度计划或目标呢？我们公司主要是什么项目来了就测什么项目，测试团队很难自己把控制定测试计划
作者: 牛奶瓶 时间: 2015-7-9 17:40
您好，我还想问下，怎么总结自己的工作贡献呢？总觉得干了很多的活，但是到总结的时候无从写起，也不知道自己从中学到了什么，能给些建议么？
作者: 诸葛东明 时间: 2015-7-9 21:25
本帖最后由 诸葛东明 于 2015-7-9 21:47 编辑
一、绩效考核的原则：smart原则
Specific——明确性
所谓明确就是要用具体的语言清楚地说明要达成的行为标准。明确的目标几乎是所有成功团队的一致特点。很多团队不成功的重要原因之一就因为目标定的模棱两可，或没有将目标有效的传达给相关成员。
BadCase：
在2015年Q1目标制定时，测试技能目标是“提高测试设计能力”，这样简单的看没有什么问题如果仔细来看，这个目标很不明确，提高测试设计能力方法有很多例如：掌握了解测试设计方法、加强测试敏感度等，提高测试设计能力这个目标制定是失败的
改进方案：
修改后的测试能力目标设定为：完成三次B级模块测试用例设计，这样就很明确了。
Measurable——可衡量性
衡量性就是指目标应该是明确的，而不是模糊的。应该有一组明确的数据，作为衡量是否达成目标的依据。
如果制定的目标没有办法衡量，就无法判断这个目标是否实现。比如领导有一天问“这个目标离实现大概有多远？”团队成员的回答是“我们早实现了”。这就是领导和下属对团队目标所产生的一种分歧。原因就在于没有给他一个定量的可以衡量的分析数据。但并不是所有的目标可以衡量，有时也会有例外，比如说大方向性质的目标就难以衡量。
badCase：
2015年Q1目标设定时，衡量固定渠道包自动化完成情况时，写的是高质量完成固定渠道包自动化脚本，其实这个标准是不可衡量的，什么是高质量？无法进行评定
改进方案：
修改后的衡量标准为：固定渠道包自动化脚本能够运行且没有BUG，这样的衡量标准是有办法衡量的。
Attainable——可实现性
目标是要能够被执行人所接受的，如果上司利用一些行政手段，利用权利性的影响力一厢情愿地把自己所制定的目标强压给下属，下属典型的反映是一种心理和行为上的抗拒：我可以接受，但是否完成这个目标，有没有最终的把握，这个可不好说。一旦有一天这个目标真完成不了的时候，下属有一百个理由可以推卸责任：你看我早就说了，这个目标肯定完成不了，但你坚持要压给我。
“控制式”的领导喜欢自己定目标，然后交给下属去完成，他们不在乎下属的意见和反映，这种做法越来越没有市场。今天员工的知识层次、学历、自己本身的素质，以及他们主张的个性张扬的程度都远远超出从前。因此，领导者应该更多的吸纳下属来参与目标制定的过程，即便是团队整体的目标。
定目标成长，就先不要想达成的困难，不然热情还没点燃就先被畏惧给打消念头了。
问题：
在计划制定时，没有自己去评估工作量就将其写入计划中，导致的就是一个季度过完后，计划没有完成
改进方案：
切合实际的制定自己能力范围内的计划，就算是要学习一门编程语言也是一样，不能一口吃一个胖子。
Relevant——相关性
目标的相关性是指实现此目标与其他目标的关联情况。如果实现了这个目标，但对其他的目标完全不相关，或者相关度很低，那这个目标即使被达到了，意义也不是很大。
因为毕竟工作目标的设定，是要和岗位职责相关联的，不能跑题。比如一个前台，你让她学点英语以便接电话的时候用得上，这时候提升英语水平和前台接电话的服务质量有关联，即学英语这一目标与提高前台工作水准这一目标直接相关。若你让她去学习六西格玛，就比较跑题了，因为前台学习六西格玛这一目标与提高前台工作水准这一目标相关度很低。
Time-bound——时限性
目标特性的时限性就是指目标是有时间限制的。例如，我将在2005年5月31日之前完成某事。5月31日就是一个确定的时间限制。没有时间限制的目标没有办法考核，或带来考核的不公。上下级之间对目标轻重缓急的认识程度不同，上司着急，但下面不知道。到头来上司可以暴跳如雷，而下属觉得委屈。这种没有明确的时间限定的方式也会带来考核的不公正，伤害工作关系，伤害下属的工作热情。
实施要求：目标设置要具有时间限制，根据工作任务的权重、事情的轻重缓急，拟定出完成目标项目的时间要求，定期检查项目的完成进度，及时掌握项目进展的变化情况，以方便对下属进行及时的工作指导，以及根据工作计划的异常情况变化及时地调整工作计划。
总之，无论是制定团队的工作目标，还是员工的绩效目标，都必须符合上述原则，五个原则缺一不可。 制定的过程也是对部门或科室先期的工作掌控能力提升的过程，完成计划的过程也就是对自己现代化管理能力历练和实践的过程。
二、绩效考核的内容：
1.从问题出发，根据问题制定行动方案，对目标制定衡量标准。
2.绩效考核的内容：除了完成既有的测试项目(我称之为固有职责)，还可以添加一些提高方面的目标。例如，在我的测试团队中先后经历过这几种目标：
a.固有职责+知识沉淀
b.固有职责+突破(技术突破或者个人问题解决)+创新
c.固有职责+影响力+创新 （目前是这个衡量体系）
附一张组内的绩效考核表格[attach]96086[/attach]
作者: 诸葛东明 时间: 2015-7-9 22:08
这个问题还真是个不好回答的问题。我提供下我工作总结的角度以供参考吧。
1.业务测试质量。
2.团队结构
a.人员招聘成果
b.人员培养成果
3.团队氛围
a.团队TB活动
b.团队会议产出情况
4.团队积累程度
a.文章总结
b.公共用例库建立
c.对内讲座
d.对外影响力打造
5.技术创新：
a.自动化测试
b.白盒测试
c.性能测试
d.黑盒测试改进
6.管理创新：
a.流程规范改进
b.工作方法改进
....
还有很多，不再一一列举，请自己发散想吧。
作者: tanghuihui 时间: 2015-7-10 14:15
你好，我们是总员工数20几个的小小公司，测试团队目前共有3人。
我在这家公司也已待了三年。刚进公司不久，就委任我为测试部负责人，
一两年前，公司老总就想让我们搞自动化测试，
但是没人没技术，并且都把自动化想的很美，也不看看适不适合搞。
基于种种原因自动化一直没弄。我们都是给客户做传统项目的，也一直在弄自己的产品平台，但是到现在，
也没有稳定的产品版本出来。
由于各种个各样的原因吧，领导对我的工作有了看法。
目前我又怀孕了，所以由别人暂代测试部负责人了，这种情况下，我将何去何从？
或者公司的自动化将如何开展？
作者: 牛奶瓶 时间: 2015-7-10 15:16
非常感谢
作者: jessica_8308 时间: 2015-7-10 16:22
hi ,你好，
我想问下你们在写自动化自动化测试脚本或者搭建测试环境中如果碰到无法解决的问题，一般都是怎么解决的？常去的网站的有哪些？是不是国外的社区比国内的社区反馈会更有效率和更有帮助？谢谢！
作者: 诸葛东明 时间: 2015-7-10 16:54
自动化一直没有做起来的原因具体是什么呢？
基于以前的经验，要做自动化需要注意的几个事项：
1.自动化准则问题，即什么样的模块适合做自动化测试？根据以往的经验：
1)需求稳定的模块适合做自动化，希望频繁变更的不适合。
2)功能逻辑层强的模块适合做自动化(例如搜狗浏览器的收藏功能有添加、删除、拖拽等等)，纯UI层的模块不适合做自动化。
3)新功能不适合做自动化，需要反复回归的模块适合自动化。自动化的目的主要是将测试人员从重复性的工作中解放出来，主要是回归测试用。
2.自动化的收益比，即投入产出比问题。投入成本有：
1)人力成本，包括人员招聘、人员培养。
2)自动化脚本的开发成本。
3)自动化脚本的维护成本。
针对以上3个成本，我们需要尽可能想办法去降低成本，例如培养一个人掌握自动化和外面招一个有经验的自动化工程师相比，如果后者成本低则采用后者。
3.工具意识问题。自动化在我看来只是提高工作效率的方式之一，除了用例自动化的方式之外，我们还有很多中提高测试效率的方法，例如开发便捷的测试工具。
作者: 诸葛东明 时间: 2015-7-10 17:03
1.遇到无法解决的问题，一般是怎么解决的。
这个解决的方法很多，总结的来说有这么几种：
1)靠自己思考和分析。遇到问题不会马上上网查找，首先还是要自己打log、单步调试去查找原因。比如：我们在编写一个自动添加收藏的用例时，在某些环境会添加失败。通过打log等方式，在脚本中定位出来在部分机器环境上，窗口的类名参数会有不同，导致自动化脚本识别失败。
2)上网搜索查资料。一般是google，搜索的范围很广，没有特定的网站。
3)求助公司内部能力更强的人。如其他团队的牛人，或者求助开发。比如：我们在进行搜狗浏览器自动化测试时，由于新版浏览器采用了DUI技术，这使得窗口根本无法识别。这时候我们与开发沟通后，一同进行协作，开发在浏览器代码内部提供UIA自动化接口，测试开发工程师在外部对UIA的库函数进行封装，最终，我们一同解决了浏览器的自动化问题。
作者: chb447 时间: 2015-7-10 17:33
大神你好！有点纠结.
情况是这样的.现在在一家做证劵软件的公司上班.被测试的软件是用c++写的。现在看开发代码调试找bug都没问题.但是不怎么会写.看外面的职位要求高一些的测试都是要会java.python和vbs等等这些。现在的情况是 我java和c++都不怎么精通.网上说c++非常难不是专业开发人员没有必要学这个.所以搞得我很纠结.我本来准备学c++的(毕竟公司周围都是c++大神)又担心驾驭不了学个半桶水还不如学个简单的比如java学得相对熟悉一点更加靠谱,希望群主能指点一下.
作者: chb447 时间: 2015-7-10 17:34
大神你好！有点纠结.
情况是这样的.现在在一家做证劵软件的公司上班.被测试的软件是用c++写的。现在看开发代码调试找bug都没问题.但是不怎么会写.看外面的职位要求高一些的测试都是要会java.python和vbs等等这些。现在的情况是 我java和c++都不怎么精通.网上说c++非常难不是专业开发人员没有必要学这个.所以搞得我很纠结.我本来准备学c++的(毕竟公司周围都是c++大神)又担心驾驭不了学个半桶水还不如学个简单的比如java学得相对熟悉一点更加靠谱,希望群主能指点一下.
作者: 诸葛东明 时间: 2015-7-10 18:34
chb447，你好
C++的确是一门比较难的语言，之前做开发的时候听前辈们说，一般需要3-4年的持续不断学习和锻炼，才能在C++领域成为得心应手的专家，所以足见其难度。但话又说话来，C++如果熟练掌握，那么其他的语言则不成问题，所以学什么语言不成核心问题，核心问题是编程能力和coding能力的水平。
基于以上的问题，我的建议是：
搞清楚你要得到的是什么。
如果是在现公司要将测试的深度进一步加深(如单元测试)的话，那么必然还得死磕C++。
如果是在现公司要将自动化测试水平提升的话，那么外围的Python\java等语言都可以达到，所以可以考虑学一些高级脚本语言。
如果是看到其他公司的JD描述要求python考虑跳槽的话，那么我可以负责任地告诉你，JD描述的具体语言不是关键点，仍然是编码动手能力和扎实的基础。所以继续学习C++不矛盾，只要你学得扎实，有很强的动手能力，那么新公司仍然会接收你。
作者: chb447 时间: 2015-7-10 20:07
如果是在现公司要将测试的深度进一步加深(如单元测试)的话，那么必然还得死磕C++。
--------------------
大神 项目刚开始的时候要做我上面的代码调试测试.现在项目已经上线不需要进行代码级别的测试了,如果学习c++也全部靠自学.只是周围都是做c++开发的有问题可以找他们问,不知道这种情况下考虑以后一直朝测试方向发展的话有没有必要加深c++还是退而学java安全点.
作者: msnshow 时间: 2015-7-12 11:09
就这样规模的测试，看上去公司本身就不重视测试，更谈不上团队了
作者: kellyred 时间: 2015-7-13 10:45
你好，诸葛先生。我是一名纯手工测试人员，从事黑盒测试也有几年了，之前一直在深圳发展，在刚好学习了点东西且工作可以得心应手的时候转到自己的家乡发展了，可能由于家乡发展的机会不多，也没有像那些一线城市在这行的各方各面的压力，导致目前工作一直比较安逸。几年了，感觉还在吃老本，还在用着两年前的思维与技术（一个小公司，测试不受重视是一方面。另一方面做的是纯手工的web界面测试），这让我很不安。现在因为一些私人原因目前没有换工作，但以后也不想这么发展下去。由于本人对代码还有一定的兴趣（熟练C语言，了解点JAVA），且深知自动化测试的优势与发展趋势，虽然公司目前用不到自动化，但想将学习自动化作为自己的前进目标。我现在的疑问就是不知道从哪里下手，只知道自己要学的东西很多，所以想麻烦诸葛先生对于我这种情况给出一定的建议与学习方向，不甚感激
作者: 诸葛东明 时间: 2015-7-13 22:56
hi,chb447
抱歉问题回复晚了。
您提到的一个问题很关键，即"一直朝测试方向发展"。测试的知识面是比较广的，它包括知识的广度(项目管理、测试理论、测试方法、各种业务的技术知识、代码能力)，同时也包括知识的深度，例如拿C++举例，可能要深入学习的windows消息机制、hook机制、COM组件及基于COM组件做到的UIAutomation自动化测试框架等。
所以，我将您的问题归结为是先学广度还是先学深度的问题，这个还是得您根据自己的实际情况来定。基于自己之前的工作经验，学习最快的方法是结合着项目来做，所以如果我给您建议的话还是加深C++的学习。
作者: 诸葛东明 时间: 2015-7-13 23:14
hi,kellyred
您说的问题我理解是您未来职业发展的问题，我的建议是这样：
1.测试未来的职业发展有很多路，并不是只有自动化一条路可走，例如：
1)项目管理方向。对项目的过程管理进行持续不断的优化，尤其是最近这两年敏捷测试及项目过程实践，各个公司变得重视。
2)产品人员方向。
3)测试专家方向，这包括自动化测试专家、白盒测试专家、性能测试专家等等。
4)业务专家方向。虽然在技术上不是其长项，但是在业务领域方向非常熟悉，典型的有银行、电信项目的测试专家。
所以，您可以看看自己适合选择哪个。
2.知行合一。
无论是您最后选择了项目管理，还是选择了自动化方向，剩下就只有一个建议了：知行合一。学习--->实践--->总结----->再学习，通过这样一个过程，循序渐进。
举个例子：
1.发现工作中的问题。我们的组员每次测试输入法弹泡功能时，都要重复一些工作，比如设置注册表，配置一个文件，然后杀一些特殊进程，修改系统时间，最后切换输入法出来。那么这个工作过程中有没有可能去用一些脚本来解决呢？
2.学习和调研相应的语言。有同学就去自己学习了python语言，发现用python语言可以做注册表操作、文件操作、进程操作等相关的事情，所以他就边查书，边试着写脚本替代以上的过程，最后开发出来这样一个一键部署的脚本。
3.将之前学习到的知识点总结形成自己的笔记。然后重复以上的步骤1，再去挖掘更多的可以提升的脚本。通过这样一个过程，也许可以提升自己的能力。
作者: 猪兜兜 时间: 2015-7-15 16:36
赞一个 ，你好，我想问的很简单，怎么才能调动测试员的积极性，发现很多人都跟一块石头一样，你推一下他动一下，没有扎实的测试基础就奔着性能测试跑，其实我还是挺支持他们学习性能测试的，该如何对待这种问题？
作者: tanshunsky 时间: 2015-7-16 09:45
你好,请问QTP描述性编程应该怎么做呢,对于描述性编程概念一直很模糊,可以写段代码解释下吗?
作者: tanshunsky 时间: 2015-7-16 09:54
您好,请问Loadrunner测试结果报告如何导出啊,还有资源利用率的曲线图,为什么我的测试结果CPU.内存, 网络带宽, 磁盘走势图都是混合在一起的,怎么样的单独分开呢?
作者: kellyred 时间: 2015-7-16 17:52
首先，非常感觉诸葛先生的回复
其实对于职业发展我还是蛮明确的，因为本人还是很热爱测试工作的，所以对于您所列出来的几个方向 ，我结合自身的想法对业务专家方向与测试专家方向比较感兴趣，也确实正在这方面下功夫，慢慢一点点学习与进步。
另外，对于您讲到的知行合一也确实是我对技术一个很理想的目标，特别是工作当中很多东西学习了就要去用，不然就容易忘记，所以呢也正在努力一步步的走着。所以还得麻烦诸葛先生再一次指导一下，如果往这两个方向靠近的话，本人应该从哪些做起或是学起呢？
作者: 诸葛东明 时间: 2015-7-17 20:18
结合你的背景知识学习过JAVA，同时所做的项目是WEB项目，可以考虑从selenium自动化试试
作者: 诸葛东明 时间: 2015-7-17 20:24
有段时间没有用Loadrunner了，这个问题回答不了，请教下论坛里其他的大牛吧。
作者: 诸葛东明 时间: 2015-7-17 20:32
在说描述性编程之前，先要掌握两个概念点
1.Windows窗口具有许多的属性，例如窗口的标题、窗口的classname、窗口的状态(可见、不可见)等等。这个通过QTP的spy或者VS的spy++都可以看到。
2.QTP的描述性编程主要是通过GetRoproperty和Setroproperty两个函数来完成，例如：SetROproperty将对象库中的对象动态的赋予属性值，从而使得被测窗口可以识别并操作；而GetROproperty动态的获取窗口的属性值，进而进行check。
很久没有写QTP的脚本了，只能把以前搜狗浏览器的部分代码拿出来供参考。
Public Sub ActionLinkOperation( Byval strClickType )
'+++目的是尽量在以前曾经打开的页面上做click，减少在新开的白页面上操作的几率
Operations "SwitchTab"
setaskHwnd = getCurChildFrameByHwnd()
print "窗口句柄：" & setaskHwnd
'没有拿到窗口句柄就退出
If setaskHwnd = 0 Then
Exit Sub
End If
'判断内核类型
intCoreType = getCoretype( setaskHwnd )
print "内核类型：" & intCoreType
'假死
If Extern.IsHungAppWindow( setaskHwnd ) = 1 Then
Exit Sub
End If
If intCoreType = 0 Then
'IE内核
ActionLinkOperationIE( strClickType )
Else
'WK内核
ActionLinkOperationWK( strClickType )
End If
' writeLog "LinkClick(click or drag drop): " & objlink.getroproperty("text") & vbtab & objlink.getroproperty("url")
End Sub
作者: 诸葛东明 时间: 2015-7-20 17:05
hi,猪兜兜
抱歉回复晚了，主要原因是您提的这个问题并非一个简单的管理问题，这两天一直在攒一个系统的解决方案，但是发现并不容易。我抛砖引玉，简单说说自己的想法吧：
1.人的问题。
实话说，人员的问题从来都是不好解决的问题。在解决之前，我们还是遵循知人、识人、用人的理论吧：
1)辨别人员的意愿度和潜力。通过PUSH任务、沟通谈话的方式，分别了解组员在做事情或者学习方面的意愿度和潜力。
2)不同的人员不用的策略：
如果是有意愿有潜力的组员，引导&说服，通过双赢的方式来说明工作积极对于他自己，对于团队的帮助；
如果是有意愿无潜力的组员，给予鼓励，特别是他做出成果的时候。
如果是无意愿无潜力，那么就保持现状吧。
如果是无意愿无潜力，那么根据你的管理精力，适当地给予一下提点(甚至是严肃的谈话)，但是更多还是靠他自己去领悟这学习的道理。
2.团队机制的问题。
1)树立榜样：搭建一个透明、具有竞争性的平台，让团队成员之间能够彼此了解对方，为团队树立榜样。
2)激励鼓励：对表现好的同学进行激励鼓励。
作者: zhangzhimei1004 时间: 2015-7-22 15:38
您好：
我做测试已经6年了，但一直是做的手工测试。现在的主要工作是测试并和开发一起来讨论需求，职位是QA。但是感觉对将来的职业规划遇到了瓶颈，不知道往哪个方向发展。现在QA组有三个人，我算一个lender吧，就是天天给大家分分任务，安排一下工作。之前也学过一点自动化测试QTP，但是因为后来项目一直没用，所以就搁浅了。请问，对于我现在这种情况，有什么好的建议吗？
作者: 诸葛东明 时间: 2015-7-22 21:08
三个人的测试团队确实不算大团队，但是麻雀虽小五脏俱全，在小团队仍然不妨碍自己向如下方向发展：
1.项目管理方向。这个方向除了每天的派发任务，也可以学习了解一下新的项目管理知识，丰富自己。比如最近业界非常火的Scrum敏捷思想。
2.团队管理方向。团队管理除了派发任务之外，还有目标规划、职业发展规划、绩效考核、人员管理等很多内容。
3.测试专家方向。自动化测试专家、性能测试专家、黑盒测试专家等等。
作者: shujin6040 时间: 2015-7-26 09:46
搜狗公司目前在移动端和客户端采用得自动化工具是哪些？是不是都是自己研发的自动化工具，基于什么框架来搭建的。
作者: shujin6040 时间: 2015-7-26 09:47
51testingb报的登陆漏洞，触及其数据库安全性
SupeSite info: MySQL Query Error
User: guest
Time: 2015-7-26 9:42am
Script: /batch.login.php
SQL: SELECT COUNT(*) FROM [Table]userspaces WHERE uid='597535'
Error: MySQL server has gone away
Errno.: 2006
作者: 诸葛东明 时间: 2015-7-27 11:07
1.先回答客户端自动化工具的问题：
框架是基于python+pyUnit+UIA等技术开发的，其中的用例编写、用例管理、任务创建、任务分发、任务执行、机器管理等功能都是自主开发的。
2.再回答移动端自动化工具的问题：(移动端不是我擅长的，以下内容是转自移动端同事的回复)
搜狗的Android端自动化测试是基于自己搭建的一套自动化测试云平台，目前已对所有用户开放，能够执行兼容性、遍历、稳定性及功能性自动化测试，还可以把自己的手机注册到平台，支持在线编辑、录制、回放脚本，详情可见链接http://mt.sogou.com，可加群459645679讨论。
该自动化测试平台由我们自己开发，底层框架用到了Android的Monkey、Instrumentation、UiAutomator等框架，系统提供了丰富的函数API满足测试同学的需求。iOS端的框架公司内部已在使用，是基于越狱开发技术，不久之后也会在云平台上线提供服务。
作者: 诸葛东明 时间: 2015-7-27 11:07
1.先回答客户端自动化工具的问题：
框架是基于python+pyUnit+UIA等技术开发的，其中的用例编写、用例管理、任务创建、任务分发、任务执行、机器管理等功能都是自主开发的。
2.再回答移动端自动化工具的问题：(移动端不是我擅长的，以下内容是转自移动端同事的回复)
搜狗的Android端自动化测试是基于自己搭建的一套自动化测试云平台，目前已对所有用户开放，能够执行兼容性、遍历、稳定性及功能性自动化测试，还可以把自己的手机注册到平台，支持在线编辑、录制、回放脚本，详情可见链接http://mt.sogou.com，可加群459645679讨论。
该自动化测试平台由我们自己开发，底层框架用到了Android的Monkey、Instrumentation、UiAutomator等框架，系统提供了丰富的函数API满足测试同学的需求。iOS端的框架公司内部已在使用，是基于越狱开发技术，不久之后也会在云平台上线提供服务。
作者: 诸葛东明 时间: 2015-7-27 11:11
@lsekfe 51Testing的论坛管理员注意下吧
作者: 诸葛东明 时间: 2015-7-27 11:11
@lsekfe 51Testing的论坛管理员注意下吧
作者: shanfeng1419 时间: 2015-7-27 14:30
基于web自动化测试和基于GUI测试，他俩各侧重什么，区别是什么。谢谢
作者: lsekfe 时间: 2015-7-27 15:24
好的 我会跟进的。多谢提醒
作者: wphisme 时间: 2015-7-27 15:46
你好，这是数据库连接超时造成的，感谢关注。
作者: zhangzhimei1004 时间: 2015-7-27 15:51
非常感谢，作为个人来说，我更喜欢项目管理和团队管理。有什么比较好的书籍推荐 一下？
作者: 诸葛东明 时间: 2015-7-27 16:06
项目管理相关的书籍看得不多(惭愧....)，暂时没有好的书籍推荐。
团队管理的书推荐先看看这本，<<领导力--如何在组织中成就卓越>>。本次客座专家提到的以身作则、共启愿景、挑战现状、使众人行、激励人心均出自此书。
论坛有2M上传限制，大家可以通过以下链接下载http://share.weiyun.com/086e77d162df579cc1da8fc34d76669f
作者: 苏二09 时间: 2015-7-27 17:16
诸葛老师。我是做游戏的，。。 这是我第一份工作，我很好奇，手游是用什么工具测试的？为什么手游的测试工具这么少，而且感觉比LR还要难。
作者: 诸葛东明 时间: 2015-7-27 17:57
hi,shanfeng
感谢你的提问，我分别从测试内容、项目经验、疑难问题谈谈自己的拙见吧。
一、基于Web自动化：
基于Web自动化测试的内容比较广，它包括前台页面的自动化测试、后台接口的自动化以及后台功能逻辑内部的单测自动化。
举例来说：
1.前台页面的自动化：如搜狗浏览器的"我的最爱"页面，我们可以在页面中添加一个九宫格内容，添加的url、title是输入数据，预期要检查的是添加后九宫格的标题、截图等。在这个过程中核心思想是自动化操作页面WEB元素，自动化的对WEB页面元素进行预期结果校验。
2.后台接口的自动化：如搜狗预约抢票功能(是一个Web服务)，我们在测试时了解到后台有几个核心的功能，如查询订票信息QueryTicket.php，接口参数有日期、起始站、到达站等等参数，那么可以通过Python等脚本构建http请求发往接口，同时检查返回的结构与预期一致。这个过程核心思想是测试没有前台页面的操作，均通过后台的请求来进行接口校验
3.后台功能逻辑自动化：相比后台接口自动化，这一环节的测试会更加深入一些，会对内部功能实现的逻辑进行数据构造和测试。例如搜狗预约抢票功能，在下单逻辑中，有一段非常复杂的判断逻辑：是坐席优先还是车次优先，如果是车次优先对于硬座、硬卧、软卧如何选择等等，这个过程中需要在WEB端的逻辑编写单测进行测试，如Junit。这个过程核心思想是对代码内部逻辑通过脚本或者单测框架进行自动化测试。
二、基于GUI测试
GUI测试，我认为是WEB自动化测试的一个子集，相当于上述web自动化测试中的前台页面自动化。对于window客户端来说，只是测试对象由WEB变为windows客户端，核心思想仍然是通过windows的控件元素间接的验证功能逻辑，例如搜狗浏览器安装卸载自动化测试时，我们可以通过图片像素对比，对安装界面中的beta字段、版本号甚至安装动画中的关键需求点进行自动化验证。
GUI自动化测试中的疑难问题是：测试不稳定，例如UI界面晚出来2秒，可能case就Fail了，所以搜狗浏览器的自动化逐步转向接口和内部的单测，对于外围自动化的比例逐步降低。
以上是一些过去经验和看法，希望能对你有所帮助。
作者: 诸葛东明 时间: 2015-7-27 18:01
很抱歉，手游方面没有相关的项目经验，帮不上你什么忙，建议论坛里的大牛们回答下吧。
作者: dx0727 时间: 2015-7-28 14:16
老师我想问下，我去年毕业从事app手机测试一年，主要是一些黑盒的功能测试，现在转app适配测试但是不会自动化，需要如何提升自己，代码不懂，日后希望做测试，是否只可以走自动化这条路才可以继续上升自己，目前情况感觉已经到了瓶颈
作者: 诸葛东明 时间: 2015-7-29 09:11
只是工作一年，还谈不上什么瓶颈，两个建议：
1.做好现在手头的测试工作，并且从中不断积累总结，例如手机测试要掌握的测试体系都有哪些，手机测试要使用到的测试工具都有哪些....所以这些内容都可以把它积累总结起来。
2.如果对自动化有兴趣，那么就去学习相关的代码和技术，然后在工作中不断进行实践和总结。
作者: dx0727 时间: 2015-7-29 16:21
好的谢谢老师，主要是薪资到达了瓶颈，还需要提升只有学习自动化或者语言代码了
作者: wangzhanxiang 时间: 2015-7-30 11:09
老师，您好，我们一名测试部门负责人，请问，如何有效的对测试人员进行绩效考核，从而提供员工的积极性以及工作效率，谢谢！
作者: 诸葛东明 时间: 2015-7-30 13:07
你好，之前有同学已经问过类似问题，请参考33楼回复
作者: shujin6040 时间: 2015-7-31 12:05
QTP遇到获取XML时不兼容特殊字符,比如XML里面有特殊字符，获取则会失败怎么解决。提示十六进制问题
作者: 诸葛东明 时间: 2015-8-3 15:53
贴一下具体的错误代码吧，另外XML文件的特殊字符应该会有CDATA包起来的，按理不会出现问题。
作者: wangzhanxiang 时间: 2015-8-6 10:02
你好，我们近期要进行产品发布后对测试情况的一个bug分析，请问如何开展，要进行哪些分析，bug产出比较多，感觉无从下手。
作者: wangzhanxiang 时间: 2015-8-6 10:08
谢谢老师，我看看。
作者: 诸葛东明 时间: 2015-8-6 11:03
BUG分析的目的是什么？
如果是体现质量环节的问题，并加以改进的话，可以从这几个方面尝试进行，例如：
1.BUG的趋势：
1)BUG增长是平稳增长的，还是在某个时间点集中增长的。(如果是集中在某个时间点爆发式增长，是不是说明提测质量存在问题，是不是引入开发自测环节)
2)在回归阶段，BUG的趋势是下降的，还是连带有更多的BUG导致趋势下降不明显。(如果开发连带BUG比较多，是不是考虑改进对于连带BUG的改进方案，例如代码内部评审等机制)
2.BUG的类型：
1)BUG的类型都是怎样的：兼容性问题BUG、崩溃BUG、与需求不符的BUG....等等。(BUG多集中在哪些方面，如果是需求方面是不是代表开发对需求理解不足存在问题；如果是崩溃BUG集中，是不是开发在异常处理及容错方面存在问题；如果是兼容性问题居多，那么测试下一迭代是不是应该在兼容性方面准备更加充足的方案。)
2)BUG的重现率是怎样的，BUG是都稳定重现居多，还是有几率重现居多。(如果有几率重现BUG居多，是否在程序中引入更为详细的LOG日志，方便测试和开发对BUG追踪)
3.BUG所属的开发人员和测试人员：
1)BUG所属的开发人员是比较集中，还是分撒在不同人上面的。(如果集中在个别开发上面，是因为开发人员的代码能力问题，还是因为开发人员的工作量比较集中在个别人上面，是否可以做改进)
2)BUG发现的测试人员同样的也可以分析数量，进而分析是测试人员的工作量分配原因，还是模块的复杂度原因，还是个人能力的区别。
....等等还有很多
总之一句话，通过BUG的各项数据分析，发现其中的问题，进而思考问题的改进方案。
作者: guikeyy 时间: 2015-9-3 22:43
自动化测试及性能测试从团队角度如何制定绩效指标？
作者: a939916104 时间: 2015-12-7 08:50
我要做专家 ！！！ 新手上路 各位哥哥姐姐 多多指教
作者: 海里的幸福 时间: 2016-10-28 13:14
支持~~
| 欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/) |
Powered by Discuz! X3.2 |