软件测试需要问什么问题 软件测试常见问题
软件测试面试时的问题
职业规划是一个很有技巧的说法，最好与自己要应聘的相关。
对于自己的职业规划应该是分阶段的。
例如：三年内对测试技能进行全面掌握，包括功能测试、性能测试、安全性测试五年内对测试周边技能选择性掌握，包括系统、数据库、中间件的调优，并掌握一定程度的java和.net开发技能为白盒测试大佬基础七年内掌握管理技能并希望可以走上管理岗位这样的说法可以领HR意识到你很有进取心，并具有良好的发展观。
同时可以作为公司中层管理层的储备人才。
令对方感觉到有利于公司长远发展。
软件测试应聘时,面试官要问的问题？
在软件测试的面试中，经常会碰到类似的问题，比如：如何测试一个杯子，或者如何测试一只笔。
要求你设计20个以上的test case.这类的面试题目，是考察面试者是否熟悉各种软件测试方法，设计test case的能力， 以及test sense。
首先应该反问一下HR，大概是个什么样的杯子。
回答这类问题的思路， 应该从软件测试的各种不同方法来联想，具体如下：1、功能测试（Function test）：· 能否装水；· 除了装水， 能否装其他液体。
比如可乐，酒精；· 能装多少ML的水；· 杯子是否有刻度表；· 杯子能否泡茶，泡咖啡；· 杯子是否能放冰箱，做冰块；· 杯子的材质是什么（玻璃，塑料做的）。
2、界面测试（UI Test）：· 外观好不好看；· 什么颜色；· 杯子的形状是怎么样的；· 杯子的重量是多少；· 杯子是否有异味；· 杯子的图案是否合理。
3、性能测试（performance test）· 能否装100度的开水 （泡茶）；· 能否装0度冰水；· 装满水，放几天后，是否会漏水；· 杯子内壁上的涂料是否容易脱落；· 杯子上的颜色是否容易褪色或者脱落。
4、安全性测试（Security test）· 制作杯子的材料，是否有毒；· 放微波炉里转的时候，是否会爆炸，或者杯子是否会熔化；· 从桌子上掉到水泥地上是否会摔碎；· 杯子是否容易长细菌；· 杯子是否有缺口，会划坏嘴；· 杯子内壁上的材料，是否会溶解到水中；· 杯子破碎后，是否会对使用者造成伤害。
5、可用性测试（Usability Test）· 杯子是否容易烫手；· 杯子是否好端，好拿；· 杯子的水是否容易喝到；· 杯子是否有防滑措施。
看，一不小心就想出了多个test case。
下次面试碰到“如何测试一台自动售货机” 这样的问题，按照相同的思路，也能容易的回答出来。
...
软件测试面试问题
标准答案的，现在只是以偶的一点理解加上网上的一些内容列举出来供有需要的XDJM们作一下参考：1. 首先一般都是比较老套点的问题：介绍一下你的经历。
HOHO..这个问题我想谁都被问过吧，注意一下重点，不要紧张慢慢说就OK了。
2. 老套话说了就可以马上切入正题了。
根据你的经验说说你对软件测试/质量保证的理解？这个就要仁者见仁、智者见智了，也基本上都是书上的东东，如果能有一些自己独特的想法那就最好啦，呵呵 3. 理解完了那当然就要问一下是不是对软件测试了解啰。
这就轮到问软件测试的流程是什么，你原先的公司又是怎么的流程了？前面个问题也还是书本上的东西，一般介绍软测的书上都有，实际上国内一般的中小公司根本就达不到书上所说的那些个测试规范，测试流程也是如此，没办法，这就是现在我们整个大的测试环境，这个问题照着书上说的办就行了，后面那个知道该怎么做了吧，尽量把原来公司的测试流程言简意赅的表达出来。
4. 接着问题就可以有一大堆了，这些问题很多都是要看自己的测试经验以及对测试的理解来作答了，如：（1） 你对SQA的职责和工作活动（如软件度量）的理解：SQA就是独立于软件开发的项目组，通过对软件开发过程的监控，来保证软件的开发流程按照指定的CMM规程（如果有相应的CMM规程），对于不符合项及时提出建议和改进方案，必要是可以要高层经理汇报以求问题的解决。
通过这样的途径来预防缺陷的引入，从而减少后期软件的维护成本。
SQA主要的工作活动包括制定SQA工作计划，参与阶段产物的评审，进行过程质量、功能配置及物理配置的审计等；对项目开发过程中产生的数据进行度量等等；（2） 说说你对软件配置管理的理解：项目在开发的过程中要用相应的配置管理工具对配置项（包括各个阶段的产物）进行变更控制，配置管理的使用取决于项目规模和复杂性能及风险的水平。
软件的规模越大，配置管理就显得越重要。
还有在配置管理中，有一个很重要的概念，那就是基线，是在一定阶段各个配置项的组合，一个基线就提供了一个正式的标准，随后的工作便基于此标准，并且只有经过授权后才能变更这个标准。
配置管理工具主要有CC,VSS,CVS等，偶只用过CVS，对其它的不熟悉（3） 怎样写测试计划和测试用例：简单点，测试计划里应有详细的测试策略（测试方法等），合理详尽的资源安排等，至于测试用例，那是依赖于需求（包括功能与非功能需求）是否细化到功能点，是否可测试等。
（4） 说说主流的软件工程思想（如CMM,CMMI,RUP,XP,PSP,TSP等）的大致情况以及你对它们的理解：CMM:SW Capability Maturity Model 软件能力成熟度模型，其作用是用于软件过程的改进、评估及软件能力的评鉴 CMMI:Capability Maturity Model Integration 能力成熟度模型集成 CMMI融入了大部分最新的软件管理实践，同时弥补了SW-CMM模型中的缺陷 RUP:rational unified process 是软件工程化过程。
它提供了在开发机构中分派任务和责任的纪律化方法.它的目标是在可预见的日程和预算前提下确保满足最终用户需求的高质量产品，个人认为：它的核心观念是开发的迭代，每个公司可以根据自身的软件开发的流程和待开发项目的特点对RUP进行适当的剪裁，制定出符合自己的软件开发流程。
XP:extreme program，即极限编程的意思，适用于小型团队的软件开发，想上面第三个问题就可以结合原型法采用这样的开发流程。
要明白测试对于xp开发的重要性，强调测试（重点是单元测试）先行的理念。
编程可以明显提高代码的质量，持续集成对于快速定位问题很有好处。
PSP ,TSP 分别是个体软件过程（Personal Software Process），群组软件过程（Team Software Process）大家都知道，CMM只是告诉你怎么做但并没有告诉你如何做，所以PSP/TSP就是告诉你企业在实施CMM的过程中如何做，PSP强调建立个人技能（如何制定计划、控制质量及如何与其他人相互协作等等）而TSP着重于生产并交付高质量的软件产品（如何有效地规划和管理所面临的项目开发任务等等） 总之，单纯实施CMM，永远不能真正做到能力成熟度的升级，只有将实施CMM与实施PSP和TSP有机地结合起来，才能发挥最大的效力。
因此，软件过程框架应该是CMM/PSP/TSP的有机集成。
（5） 对项目管理、白盒测试、单元测试、自动测试、性能测试、压力测试工具的了解程度和实际使用经验。
（其实基本上也就是MI和Rational工具）：这个就要看个人的了，没法说了（6） 其它一些具体的技术知识（如各种计算机语言的了解程度、数据库等）；5. 还有问一下你是怎样保证软件质量的，也就是说你觉得怎样才能最大限度地保证软件质量？测试并不能够最大限度的保证软件的质量，软件的高质量是开发和设计出来的，而不是测试出来的，它不仅要通过对软件开发流程的监控，使得软件开发的各个阶段都要按照指定的规程进行，通过对各个阶段产物的评审，QA对流程的监控，对功能及配置的审计来达到开发的最优化。
当然测试也是保证软件质量的一个重要方式，是软件质量保证工程的一个重要组成部分。
6. 然后紧接...
软件测试面试 一般都问些什么问题？
等价类划分，场景法之类的以及他们具体怎么用你都面了几家了，应该可以自己总结出来为什么失败了吧。
~~我大概说一下吧，你要面试的如果是软件的黑盒测试，大概就会问测试用例的编写方法，比如因果图，比如给你一个杯子你应该怎么测试等等。
如果你要面试的是白盒或者性能测试，那就另说了。
，边界值，还有就是会现场出题...
我是计算机专业,想问一下面试软件测试一般问哪些问题？
所问的问题一般不是很固定，而且有一定的随机性（这要由你所学软件所决定），所以建议上一些专业网站上查看一下高手们对软件面试的体验，也许会对你有所帮助.如果是学PS一类的图形处理，那建议上 看一下. 这是一个图形图像设计业界最值得关注的认证考试，目前有两大类：ADOBE中国认证设计师（ACCD）,ADOBE中国产品专家（ACPE）. 本人未做过面试，只能帮你这么多了.
有关软件测试的问题·判断对错
1. 测试组应当为保证质量负责。
对2. 与编程比，测试的技术含量低。
错，可以再很多方面看出来测试的技术含量不低，性能测试需要测试工程师，会变成，了解各种协议，了解各种硬件，了解各种数据库，了解各种编程技术，自动化测试也需要懂得编程才可以，手工测试也不见得比编程技术含量低，手工测试的最高级就是业务专家。
3. 软件测试可有可无。
错，测试是保证系统质量的唯一办法4. 测试与开发人员无关。
错，开发人员对于自己的程序也需要自测的，通常考核开发人员与其开发的软件质量有关5. 程序代码写完后再进行测试。
错，测试应该在需求阶段就应该进入6. 调试和测试是一样的。
错，调试是已程序能够正常运行为目的，测试是保证程序能更好的运行7. 把测试作为新员工的一个过渡工作。
错，测试需要专业人员来做8. 关注测试的执行而忽略测试的设计。
错，好的测试设计才是关键9. 测试自动化是万能的。
错，自动化测试只能代替人的重复劳动10. 测试是枯燥乏味，缺乏创造力的工作。
错，测试也是需要创造的工作，设计一个好的测试设计就需要创造性的想法11. 代码的优美或精巧的技巧代表软件的高质量。
错，能够安全运行的代码才是好的代码12. 测试是调试的一个部分 错，测试比调试更高级13. 测试是证明软件正确的方法。
错，测试尽量发现软件的缺陷 14. 测试的目的是发现软件中的错误。
对 15. 程序中隐藏错误的概率与其已发现的错误数成比例。
错，往往80%的错误很容易就被发现16. 软件测试的目的是尽可能多的找出软件的缺陷。
错，测试的目的是为了更好的保证程序的质量17. 测试组负责软件质量。
错，测试不是万能的
软件测试时应该考虑什么？
(1) 测试最重要的一件事就是要考虑到所有的出错可能性。
同时，还要做一些不是按常规做的、非常奇怪的事。
说起来可能不太好听，测试的过程就像黑客（Hacke）的攻击过程那样。
可以这么说，像黑客这样的人是最好的软件安全测试员。
他们专门找软件的漏洞，从而破坏这个软件，这样就可以修复这些漏洞来保证软件的性能。
如果找不到这种漏洞，那就说明该软件质量己经很好了。
（2） 除了漏洞之外，测试还应该考虑性能（Pefomance）问题，也就是一定要保证软件运行得很好，非常快，没有内存泄漏，不会出现那种越来越慢的情况。
我们可以在不关机的情况下，与其他软件一起持续运行一个多月，看看是否会出现越来越慢的情况（当然必须保证其他软件是没有问题的）。
我们在做 IE 的时候，就是让它72小时连续不停地打开不同的网页，处理几万个不同的网页，而且速度不能减慢。
有许多软件，当只有一两个人用的时候，可能感觉不到什么问题，而当几百个用户一起用的时候，有的网站就出现各种各样的异常，这就是测试工作还比较欠缺的缘故。
（3） 另外，测试还要考虑软件的兼容性（Compatiility）。
一般来说，一个软件是由许多小软件构成的，如果其中一个小软件与它的前一版本不兼容，那么这个软件就会出现错误。
这种错误需要通过测试来发现和解决。
许多人认为写代码的人一定能找出错误来。
其实开发人员在写代码的时候，如果有错误，他可以意识到了，可是写出来的错误，他不一定能想得到。
我自己也编过程序，在编程序的时候很自信，觉得不会有错，可事实上，即使是我编的小程序也有错误，但要自己找出来，却要费很大劲。
因为我一直认为自己不应该出错，但常常错误就出现在我认为最有把握的地方。
我是学数学的，是一个很细心的人，可是--样还是会出错，但要找出自己的错误却要花费很长的时间。
后来我写的代码让我的师弟帮我看，结果他很快就找到许多问题，可是我自己花一个月时间可能都找不到。
所以，开发人员和测试人员完全不一样，开发人员确实可以找到一些Bug，但是有更多的Bug是他意识不到的。
在一般的开发团队中，并不需要测试人员定位Bug 的具体位置，所以，对测试人员的要求并不高。
只要你愿意学，测试工作是非常容易做的。
但是，我当年所在的IE 团队（IE4.0）就不同，因为当时正在与另一个公司的产品竞争，所以微软就要求尽量找到一流的开发人员和一流的测试人员，尽快开发出新产品，打败对手。
所以，当时对我们测试人员的要求非常严格，不仅要找出Bug，而且要定位引起此Bug 的代码行。
然后将这些信息交给开发人员，后者就可以很快更正，省去了他们找错误出处的时间。
因此，当时IE 的开发速度非常快，一年之内就发布了一个新版本，而且几乎役有任何大Bug，大大超越了竞争对手。
-