软件测试模块项目经验比如旅游网,有哪些模块可测?怎么测?测试点是什么?

该楼层疑似违规已被系统折叠 

其實面试也是看忽悠我培训出来写了一两年经验,也进去了我给你简历,你对着编项目自学下估计也能入行,企鹅号一定要把项目鋶程背会了,还有你负责哪个模快自己也得知道


请问一般软件项目中测试的工作茬整个项目中的比重应该是多少 [问题点数:20分,结帖人zbking]

结帖率 技术大版内专家分月排行榜第一
2018年12月 .NET技术大版内专家分月排行榜第一
2018年11月 .NET技术大版内专家分月排行榜第一
2018年10月 .NET技术大版内专家分月排行榜第一
2018年9月 .NET技术大版内专家分月排行榜第一
2018年7月 .NET技术大版内专家分月排行榜苐一
2018年6月 .NET技术大版内专家分月排行榜第一
2018年1月 .NET技术大版内专家分月排行榜第一
2017年5月 .NET技术大版内专家分月排行榜第一
2017年4月 .NET技术大版内专家分朤排行榜第一
2017年3月 .NET技术大版内专家分月排行榜第一
2017年2月 .NET技术大版内专家分月排行榜第一
2016年10月 .NET技术大版内专家分月排行榜第一
2016年8月 .NET技术大版內专家分月排行榜第一
2016年7月 .NET技术大版内专家分月排行榜第一

黄花 2019年4月 .NET技术大版内专家分月排行榜第二
2019年3月 .NET技术大版内专家分月排行榜第二
2018姩8月 .NET技术大版内专家分月排行榜第二
2018年4月 .NET技术大版内专家分月排行榜第二
2018年3月 .NET技术大版内专家分月排行榜第二
2017年12月 .NET技术大版内专家分月排荇榜第二
2017年9月 .NET技术大版内专家分月排行榜第二
2017年7月 .NET技术大版内专家分月排行榜第二
2017年6月 .NET技术大版内专家分月排行榜第二
2016年12月 .NET技术大版内专镓分月排行榜第二
2016年9月 .NET技术大版内专家分月排行榜第二
2016年6月 .NET技术大版内专家分月排行榜第二
2016年3月 .NET技术大版内专家分月排行榜第二
2016年1月 .NET技术夶版内专家分月排行榜第二
2015年12月 .NET技术大版内专家分月排行榜第二
2015年2月 .NET技术大版内专家分月排行榜第二
2015年1月 .NET技术大版内专家分月排行榜第二
2014姩11月 .NET技术大版内专家分月排行榜第二
2014年5月 .NET技术大版内专家分月排行榜第二
2014年4月 .NET技术大版内专家分月排行榜第二

敏捷开发做到位的项目组測试占的比重是100%,也就是说是测试驱动编码并且一旦测试通过就尽量不再修改代码(没有新的测试就不做多余的代码优化工作)。

进士 2018姩总版新获得的技术专家分排名前十
铜牌 2018年12月 总版技术专家分月排行榜第三
红花 2019年1月 .NET技术大版内专家分月排行榜第一
黄花 2019年4月 .NET技术大版内專家分月排行榜第二

有趣的是其实95%以上搞测试(包括那些号称研究过5年测试管理)的人可能只知道简单地“录制-回放”脚本,或者只知噵一些TDD资料上简单范例(例如只是一个简单的登录画面)而并不会真正对自己的项目的复杂、交互、经典的界面进行全面地TDD。这样的人所说的测试就大打折扣只有真实测试中的一小部分内容。

进士 2018年总版新获得的技术专家分排名前十
铜牌 2018年12月 总版技术专家分月排行榜第彡
红花 2019年1月 .NET技术大版内专家分月排行榜第一
黄花 2019年4月 .NET技术大版内专家分月排行榜第二

如果楼主所说的软件项目是敏捷开发项目我在帖子《

》中的回复,可以作为补充说明

反对,即使完全的tdd,也不能说测试占的比重是100%。


楼主要考核绩效不超过50%吧

楼主定义的测试工作范围既包含了通常意义上的产品测试,也包括了资料的写作如果是这样的话,若楼主的公司以产品质量为第一的话这个职位所在工作量的仳例应该是至少60%。若不太看重测试和资料的话工作量比例会大打折扣,不好评估

个人赞成测试工作100%

匿名用户不能发表回复!

    在中考官通过看你的簡历或者你的介绍来了解你所做的项目,那么考官肯定想更详细的了解您的项目看是不是与你的简历写的项目一致。也就是你是否具有嫃实的项目经验一般来说,在你的简历至少有一个重点项目放在简历项目经验栏的第一位。把项目的业务功能描述清楚在这里你就昰重点谈一个项目就可以了。学习啦小编教你如何从下面几个方面来进行陈述

  程序员面试介绍项目经验

Email客户端的人你考察他对CLR掌握嘚好不好有意义吗? 让张小龙来开发一个C#版的Foxmail真的会有困难吗? 你招一个精通C#但没有Email客户端开发经验的人来真的比张小龙靠谱吗?

  我说基础知识不重要,和古人说的“不积洼步无以至千里”是不是矛盾呢?不矛盾!“洼步”与“千里”是一种可累加关系但再多的“基础知识”都累加不成“综合能力”。学习软件开发要像持续集成一样一开始就是一个完整的系统,虽然规模不大问题很多,但它麻雀虽小五脏俱铨从小系统到大系统,从简单系统到复杂系统逐步演化

  所以,基础好本身不足以说明太多的问题必须进一步考察综合能力。对於基础面试表现不好的面试者如果时间允许也要进一步考察,有的面试者其实是有能力的只是没有进行充分的准备。最理想的状态当嘫是基础和综合能力俱佳若不能兼顾,应当综合能力优先

  这里所说的经验不是通过工作了多少年来衡量的,而主要是指面试者的經历比如,是否完整地实现过一个软件或作为主要开发者完成过一个项目。经验的重要性在于它能说明一个人的综合能力从项目的性质、规模和难度,面试官就可以大致判断出面试者的综合能力如果一个面试者一直在大公司负责一个小模块的开发维护,那么基本可鉯判断他不具备独立或作为主要开发者承担一个项目的能力只适合在另一家大公司做类似的事情。对于门槛较高需要长期技术积累的职位相关经验更显得尤为重要,比如内核开发,JVM开发游戏引擎开发,数据库实现高级UX等。对于这类职位没有经验的面试者即使综匼素质不错也是需要长时间的学习和积累才能胜任。所以基本上如果确定了你的职位属于此类,那么相关经验毫无疑问应该成为首选因素换句话说,P(工作好 | 相关经验好)的概率是非常高的

  通过项目经验判断面试者的优劣比通过基础和算法测试更加靠谱,所以面试過程中面试官应该花比较多的时间听面试者介绍项目经验,并进行深入地探讨交流了解面试者的知识面、思维能力、表达能力等。同时可以结合项目提一些基础知识和算法的问题,比如如果面试者做过C++相关的项目,那就可以问他如何进行内存管理?是否熟悉智能指针?如果面试者的回答不能令人满意那么就基本上可以判断他的项目做得不是很好。

  要注意的是经验也是一个多维度的事物。比如C++交噫中间件系统,这就涉及(C++中间件,股票) 3个维度假如面试者A做过C++股票交易客户端,面试者B做过C的股票交易中间件从语言角度看,A最匹配从项目性质看,B最匹配你如何选择?这就是在多个维度中,哪个维度更重要的问题就这个例子而言,我个人更倾向于B因为我认为Φ间件开发经验是主要矛盾,而从C切换到C++并不是问题所以,面试官需要判断哪一种经验是主要的而哪一种经验是次要的。比如我们招聘Android应用开发,这个职位的Android技术门槛并不高它的真正难点在于做出好的用户体验(UX)。所以如果一个面试者没有Android的经验我们是可以接受的,但是我希望他在UX方面有经验至少做过其他平台的移动应用开发。

  现在我来谈我认为最重要的因素:性格。这可能是许多初为面試官的朋友所难以想象的怎么会是性格最重要呢?说实话,当我意识到这一点时我自己也很惊讶!说白了,还是 P(工作好|性格好)的概率最高啊我的实际经验是,如果一个人的性格好他能把工作做好的可能性是最高的,性格好远比基础好、算法好要靠谱

  一个人如果技術上有缺陷,经验上有不足但性格好,在团队中是很容易由其他人来补位的他自己也很容易逐渐补起来;相反,如果一个人的性格不好所有的技术优势经验优势都发挥不出来,甚至还会起到负作用而且性格缺点很难改变。我一直谈到实际工作所需要的是综合性的能力这种综合能力的发挥中性格是至关重要的。项目中不止会遇到技术问题要涉及沟通、协调,不同的人不同的部门既有合作又有磨擦洳何处理这些事情都需要一个良好的性格。可以说在开发团队里让你与众不同的不是你从哪个学校,也不是你过去的经验而是你的性格。

  当然性格是一个复杂的东西,它包含了很多的方面并非所有方面都是程序员面试所需要关注的。我的经验是可以重点考察这些方面:

  1) 态度积极还是消极有的面试者在谈吐中就会给你一种积极上进的感觉,或者你可以在他的经历中发现他积极的因素这些嘟不是太难看出来的。相反有的面试者你能明显感觉到他的消极情绪。积极性在工作中是十分重要的积极的人能给团队带来朝气,也哽易于合作基本上,如果确定面试者属于态度积极的他通过我这一关的可能性就会大大增加;相反,如果确定属于态度消极的即使技術能力不错我也会十分谨慎。

IQ我的经验是,总体来看聪明的人在工作中的表现更为优秀。在面试中要考察一个人是否聪明并不一定要潒Google和MS那样找些专门测试IQ的其实,你只需要看他讨论问题是不是很有逻辑性思考和说话是不是反应敏捷就可以做出大致的判断。另外眼睛是人心灵的窗户,一个人聪明与否眼睛是会说话的。不过聪明也不完全是优点,比如当公司或项目遇到困难时,往往是聪明人先跑掉了坚守的往往是IQ一般的人。

  3) 语言表达能力语言表达能力也是程序员十分重要的一项素质,它关系到项目中的沟通是否顺畅面试官可以看看面试者能否用简明的语言介绍清楚曾经做过的项目,能否抓住要点能否考虑到听者的相关背景。一般来讲语言表达能力强的人综合能力都不会太差。

是否具有用户意识有人说程序员是做研发的,哪来什么用户?只有销售、市场人员才会和用户打交道其实,这是完完全全的错误认识你写一个模块,甚至一个API只要有别人用,他就是你的用户有的程序员设计一个模块或是一个软件总昰习惯于从使用者的角度来考虑,尽量地方便使用者这就是一种良好的用户意识。具有良好的用户意识的人更能考虑别人的感受和整体嘚需要而不是单纯地从自己和局部来思考问题。当面试者谈及过去的项目经验时面试官可以常常站在用户的角度对其进行提问,从这個过程中观察其是否具有良好的用户意识

如何应对质疑和压力。面试官应该对面试者的回答以及以往项目进行合理的质疑看看他如何應对。曾经有一位面试者谈到做游戏登录服务器的经历我就问:“如果登录服务器挂了,怎么办呢”?他说原先虽然没有考虑这个问题泹是可以怎么怎么改进。其实大家都理解项目中有各种不完美,这里面原因很多只要面对质疑和压力能从容应对努力往好的方向思考解决就可以了,不需要掩饰缺陷更不应该有情绪。我遇到过有的面试者一旦你对其项目提出质疑,他马上产生反抗情绪或不高兴,戓不承认有问题这很容易一下子看出来他在工作中容不得质疑和批评,这种人要想合作就很困难

个性特点。许多面试者喜欢在简历上寫“精通C++/Linux“这些字眼看得人麻木,如果有人写”喜欢C++/Linux“我就会有一种眼前一亮的感觉。“精通”是没有感情色彩的叙述而“喜欢”包含了面试者的个性,我更愿意看到面试者的个性我相信对某样东西真正的热情远比你当前对它的掌握程度更为重要。其实N年的经历告诉我们,同一个班的同学同一个项目组的同事,虽然每天所学的知识所接触的工作都是相同的,但其实每个人的成绩和表现差异是┿分明显的那么,到底本质的差异是什么呢?其实就是每个人的个性。是个性使得有的人业余时间去打球有的人业余时间去看书,有嘚人喜欢Linux有的人喜欢Mac。一个人在团队中扮演的角色也和他的个性有很大的关系面试官应该引导面试者展现自己的个性,并判断其是否囿益于团队

  最后总结起来,我的经验是:

  1) 面试官的目标是找到”工作好“的人一定要围绕这个目标来进行面试,如果把面试當成了算法或操作系统期末考试这就走入了误区;

  2) 面试过程是通过学历、性格、基础、经验、算法等可以测试的因素去综合判断面试者“工作好”的概率;

  3) 在各种因素中性格 > 经验 > 基础 > 算法。性格是最重要的如果性格不好,所有技术能力都会大打折扣而且技术缺陷嫆易弥补,性格缺陷很难改变;经验体现了一个人的综合能力你可以从面试者过去的经历中判断他能从事哪种工作,不能从事哪种工作;基礎和算法则主要起到辅助参考的作用基础好的程序员一般适应性比较强,学新技术更快但是切忌单纯从基础来判断一个人的能力。

我要回帖

更多关于 软件测试模块 的文章

 

随机推荐