下面是小编整理的软件笔试经验，本文共12篇，欢迎大家阅读分享借鉴，希望对大家有所帮助。
篇1：软件类笔试经验
软件类笔试经验
首先是东方海外,对这个公司印象还是不错的,原来寝室人有2个去了哪里
待遇也不错,宣讲会的时候说可以跟ibm相比(夸张),不过现场提问直接送512u盘做礼物还是很大气的,比较中意,投了
宣讲会没赶上,去的时候笔试已经过了一个小时了.准备投的是E-commerce 的BA
笔试全英文,内容比较简单,不过面很广,包含c,java,uml,soa,sql,oop基本知识等
时间不够了,编程题没写,直接给hr写了封信,表了下决心就交卷了.
跟hr谈了很久,感觉不错.
晚上接到了面试通知,第二天汉口建银大厦. 过去之后填表,面试,2v2,跟我一起的是软工所的`师兄,赞一下
hr记得我,说我卷子其实答的是开发工程师的卷子,但是知道答错了.-___-bb
面试的时候主要是对项目进行了了解,追问到不会为止,个人感觉我答的不错
UML9种图我都画出来,写出来了.后来hr跟我说BA是要有经验的,不好意思...
第二天收到据信,效率真高....小悲伤一下,第一碗挂面
篇2：软件测试笔试经验
本来约好的今天下午两点半去面试，谁知我提前到了，前台和保安都很礼貌。接下来就是面试登记、笔试、面试，由于主管在跟总监开会，拖的时间长点，前台还因此跟我解释一下，不错嘛!重点说说笔试和面试吧。
对于笔试，分为两部分：逻辑及理解能力题、专业题。
逻辑及理解能力题主要有：1.叙述一段文字，抓住这段文字的重点;2.对某些新的词汇下定义，然后叫你选择哪些符合这些词汇的描述，有点类似在考你的学习能力;3.中文语法句法，即选词填空;4.逻辑推理题：给出一列数字，找出其中的规律然后写出接下来的值。
专业部分主要有：网络协议(udp)、alpha测试和beta测试、白盒和黑盒、sql、内存调度、遍历、链表、语句覆盖法、linux常用命令(chmod);
面试：1、自我介绍;2、为什么离开上一个公司;3、给你一个模块，你会怎么样设计与执行测试;4、工作一年多来学到了什么，理解了哪些业务，最感激谁;5、如何测试注册模块。
总体来说，大概就这些了，这是辞职后的第一个面试，没有做什么准备，面上的几率也不大。不过，多少有些收获吧，至少知道网络协议、内存调度、遍历、链表等计算机及操作系统的基础是不能丢的。
篇3：软件测试笔试经验
虽然我没有参加过笔试面试，但是看看测试方面的知识也是没有坏处的，起码在找工作的时候可以多一个选择。。下面就总结一下软件测试高频考点。。参考了一些优秀的博客，感谢他们。
1.什么是软件测试?
软件测试是为了发现错误而执行程序的过程。或者说，软件测试是根据软件开发各阶段的规格说明和程序内部结构而精心设计的一批测试用例(即输入数据及其预期的输出结果)，并用这些测试用例去运行程序，以发现程序错误的过程。
2.软件测试的目的?
软件测试的目的是想以最少的人力、物力和时间找出软件中潜在的各种错误和缺陷，通过修正错误和缺陷提高软件质量，回避软件发布后由于潜在的软件缺陷和错误造成的隐患带来的商业风险。
3.需求文档测试：
主要测试需求中是否存在逻辑矛盾以及需求在技术上是否可以实现。
4.设计文档测试
测试设计是否符合全部需求以及设计是否合理
5.白盒测试
又称为逻辑驱动测试，，他是知道产品内部工作过程，可通过测试来检验产品内部动作是否按照规格说明书的规定正常进行，按照程序内部的结构测试程序，检验程序的每条通路是否都能按预期要求正常工作，而不顾他的功能，白盒测试的主要方法是逻辑驱动、基路测试等，主要用于软件验证。
6.白盒测试的方法有哪几种?
白盒测试也称为结构测试或者逻辑驱动测试，他是想知道程序产品内部工作过程，可通过测试来检测产品内部动作是否按照规格说明书的规定正常进行，按照程序内部的结构测试程序，检验程序的每条通路是否都能按预期要求正常工作，而不顾他的功能，白盒测试的主要方法有逻辑驱动测试，基路测试等，主要用于软件验证。“白盒”法是程序穷举路径测试。
对开发语言的支持：白盒测试工具是对源代码进行的测试，测试的主要内容包括词法分析和语法分析、静态错误分析、动态监测等。目前测试工具主要支持的开发语言包括：标准C，C++，Visual C++，Java，Visual J++等。
7.黑盒测试
已知产品的功能设计规格，可以进行测试证明每个实现了的功能是否符合要求。它意味着测试要在软件测试的接口处进行。这种方法是把测试对象看成一个黑盒子，测试人员完全不考虑程序的逻辑结构和内部特征，只依据程序的需求规格说明书，检查程序的功能是否符合他的功能说明书。因此黑盒测试又叫功能测试或数据驱动测试。
8.如果能够执行完美的黑盒测试，还需要进行白盒测试吗?(白盒与黑盒的区别)
任何工程产品(注意是任何工程产品)都可以使用一下两种方法之一进行测试。
黑盒测试：一直产品的功能设计规格，可以进行测试证明每个实现了的功能是否符合要求。白盒测试：一直产品的内部工作过程，可以通过测试证明每种内部操作是否符合设计规格要求，所有内部成分是否以经过检查。
软件的黑盒测试意味着测试要在软件的接口处进行。这种方法是把测试对象看做一个黑盒子，测试人员程序内部的逻辑结构和内部特性，只依据程序内部的需求规格说明书，检查程序的功能是否符合他的功能说明书。因此黑盒测试又叫功能测试或数据驱动测试。黑盒测试主要是为了发现以下几类错误：
1)是否有不正确或者遗漏的功能?
2)在接口上输入是否能正确的接受?能否输出正确的结果?
3)是否有数据结构错误或外部信息(例如数据文件)访问错误?
4)性能上是否能够满足要求?
5)是否有初始化或者终止性错误?
软件的白盒测试是对软件的过程细节做细致的检查。这种方法是把测试对象看做一个打开的盒子，他允许测试人员利用程序内部的逻辑结构以及有关信息，设计或选择测试用例，对程序所有程序路径进行测试。通过在不同点检查程序状态，确定实际状态是否与预期状态一致。因此白盒测试主要是相对程序模块进行如下检查：
1)对程序模块的所有独立的执行路径至少测试一遍
2)对所有的逻辑判定，取“真”与取“假”的两种情况至少都测试一遍。
3)在循环的边界和运行的界限内执行循环体。
4)测试内部数据结构的有效性，等等
以上事实说明，软件测试有一个致命的缺陷，即测试的不完全、不彻底性。由于任何程序只能进行少量(相对于穷举的巨大数量而言)的有限的测试，在为发现错误时，不能说明程序没有错误。
9.回归测试
回归测试的目的是在程序有修改的情况下，保证原有功能正常的一种测试策略和方法。说白了就是，我们测试人员在对程序进行测试时发现bug，然后返还程序员修改，程序员修改后发布新的软件包或新的软件补丁包给我们测试人员，我们就要重新对这个程序进行测试，已保证程序在修正了以前的bug的情况下，正常运行，且不会带来新的错误的这样一个过程。一般情况下是不需要进行全面测试的，而是根据修改的情况进行有效的测试。
10.验收测试的两种
Alpha测试：是由用户在开发环境下进行的测试，也可以是在公司内部的用户在模拟实际操作环境下进行的受控测试，Alpha测试发现的错误，可以在测试现场立刻反馈给开发人员，由开发人员及时分析和处理，目的是评价软件的功能、可使用性、可靠性、性能和支持。尤其注重产品的界面和特色。Alpha测试可以从软件产品编码结束之后开始，也可以在确认测试过程中产品达到一定的稳定和可靠程度再开始。有关的手册(草稿)等应该在Alpha测试前准备好。
Bate测试：是软件的多用户在一个或多个用户的实际使用环境下进行的测试。开发者通常不在测试现场，Bate测试不能由程序员或测试员完成。因而，Bate测试是在开发者无法控制的环境下进行的软件现场应用。在Bate测试中，由用户记下遇到的所有问题，包括真实的以及主管的认定，定期向开发者报告，开发者在综合用户的报告后，做出修改，最后将软件产品交付给全体用户使用。Bate测试着重于产品的支持性，包括文档、客户培训和支持产品的生产能力。只有Alpha测试达到一定的可靠程度后才能开始Bate测试。由于Bate测试的主要目标是测试可支持性，所以Bate测试应该尽可能由主持产品发行的人员来管理。
篇4：关于AURALog软件测试笔试经验
一、技术面试
1、做英文的自我介绍
2、简单的英语对话
3、简述测试项目中遇到的问题
4、怎样去设计测试用例等待
5、缺陷管理方面
6、怎样确认bug
二、40分钟的笔试
1、Notepad保存的测试用例
2、给出一个简单的客户端程序，已经给出了英文的功能介绍。针对界面设计测试用例
以上测试用例均用英文设计
拓展阅读：
黑盒测试也称功能测试，它是通过测试来检测每个功能是否都能正常使用。
在测试中，把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息。
黑盒测试着眼于程序外部结构，不考虑内部逻辑结构，主要针对软件界面和软件功能进行测试。
黑盒测试是以用户的角度，从输入数据与输出数据的对应关系出发进行测试的。很明显，如果外部特性本身设计有问题或规格说明的规定有误，用黑盒测试方法是发现不了的。
篇5：IBM软件工程师笔试经验
IBM软件工程师笔试经验
IPAT test: 选择题
13 分钟 非数学矩阵变换———爆恶心！考查e文阅读能力
4分钟 填数列——决非想象中等比等差，或者诸如2n*odd+1之类
15分钟 小学数学题——蛮有意思！
要求快速阅读，快速理解，时间一般是不够多，都作完一般是不可能的
R&D Test：不定项选择分java和c++两部分
c++部分考题结构是这样的：
针对每个概念比如继承，多态，类与对象，先出表述题，选择表达正确的项然后针对这些概念依次出程序例子，有让你找出template class正确定义代码的`有让你判断处处结果的（虚函实现动态binding）诸如此类
还有就是考查uml——什么use case？不同的diagram？ 出些表述判断题，不知道是些什么东西？
还有就是考sql语句，css含义 等等
最后5个选择是data structure 关于sorting tree概念题
篇6：惠普软件工程师笔试经验
昨天惠普的人打电话给我通知今天早上9点笔试和面试，会有c方面的题目，我最近刚开始投简历，还没复习过相关知识，在这个版搜了下，好像只有研发的笔试题目，说是涉及到c c++ Java 数据结构 操作系统 数据库 各个方面，今天过去笔试，虽然是不同的题目，但是果然是各种类型的题目都有，英文试题，可以中文答，而且要写明答每道题的时间。必答题里面有个问题，说是如果在hp实习期间导师忽然交给你一件工作，这份工作需要你全职工作两个多月才能完成，你将怎么样平衡导师和hp之间的工作?其它的都是一些实习时间方面的问题了。
c语言的题目有十几道，很基础，c++只有一道题目，Java有四五道吧，然后是sql，记得一道题是让创建一个table，包含4列，A列为数字，B列为字符串，C列存储二进制对象，D列存储时间，写出SQL语句，很基础，还有一道是查询的写语句的题目。OS方面超级基础，要写出5个常用的Unix命令和用途，什么命令可以查看当前系统性能状况等。最后几道题目是问什么是软件测试，请写出黑盒案例设计中的主要方法，测试用例中至少应包括哪些内容，测试工程师应具备什么素质等。
笔试的同时会被叫过去面试，2分钟自我介绍，没有强调用英文的，于是我就用中文的做的，面试官2个人，都很nice。
篇7：惠普软件工程师笔试经验
天下午很有兴致的去参加惠普的笔试去了，之前笔过的公司就觉得爱立信的题多， ebay 是纯粹的英语考试题，都没有想到惠普的笔试题目会这么多，这是能把你做的疯了。
整个笔试的卷子分为数据结构、操作系统、C++、Java/J2EE、网络、软件工程。拿到试 卷的当时只想哭，这么多题目要做死人的。不过一想既来之则安之，硬着头皮上吧。刚要开 始答卷，坐我旁边的妹妹问我，上面的 degree 该选哪个啊，当时想也没想就跟人家说 bachelor， 后来一想那个是我的选项。
总算是开始做题了，数据结构就给了我个下马威，那里面的名词倒是都听过，可是题目 却都是不会啊，只能凭着感觉猜了，至于大题目就不用说了，直接放弃了。接下来的一部分 是操作系统，呵呵，当年在罗伯特――罗的带领下也没有混出个结果来，看这那些题目也只 能瞪眼了，像那个关于进程死锁的问题，似乎记得，于是就把这个题目给做了，还分析得挺 像模像样的。完了开始看 C 语言部分，其实和 C++一点关系都没有，纯粹的 C 语言开始题 目，前连个选择题小 case，下面那个程序改错题也是一看就出来的，
const char * pc1 = “abcdedf”;
char * pc2 = (char *)malloc(strlen(pc1));strcpy(pc2，pc1);
很明显应该是分配 strlen(pc1)+1 个内存空间的，正在高兴呢，却发现这道题目是白给分 的，这个题目是作为例题的。算了，还是继续下面的题目吧，用 C 语言写一个文件内容追 加到另一个文件的末尾，这个也不难，可是不太记得那些关于文件操作的函数了，过。然后 是一道计算两个整数的最大公约数的问题，用递归算法，给出了基本的算法，这个也不难。
最后这到题目就难了，纯粹是考你阅读程序的能力和控制指针运算的能力，做到头晕。 Java/JEE 就没有做，变成语言是 2 选一的，接下来看网络，第一到题目是关于简单邮件阐述 协议的，比较容易 SMTP，在世下来是子网划分的题目。
后面的大题目就不会了，因为有些题目根本就不懂。最后一个部分是关于软件工程和软件测试的，基本放弃了。做完感觉那个头疼阿，干脆也不要检查了，直接交了。
出了培训楼就下雨的，看来老天还蛮照顾我的。
篇8：做软件测试笔试经验
想做软件测试，该怎么准备笔试呢?现在的校园招聘的笔试都是集体笔试的，考的题目和开发人员是一样的?
我没做过校园笔试，但是我面过软件测试职位，不过是北京的大公司，外资，我在家，没去公司，所以是电话面，然后视频面，要了我，但是我最终拒绝了，另有原因，我现在搞开发，一直的梦想就是搞开发，面这个测试纯属是找不到工作，无奈之举啊，
软件测试职位就是问测试的方法，所用的工具，给个实例，问你的解决方法，就是你怎么去测试，然后问工作态度等问题，
笔试的话确实和开发一样，我做过很多开发笔试题，不难，都是语法基础，网上百度.
并不是说所有企业的面试题，开发和测试都一样啊。也有分卷的丫，在百度上搜索一下软件测试笔试题，有很多资料的。我当初就是这么过来的`。
软件测试的笔试题目都是依据软件测试的基础理论，系统化的测试过程，模型等需要多学习别人的经验。
小编特别推荐以下相关笔试经验：
兴业银行西安分行笔试经历
医疗单位招聘笔试经验
职场中的JAVA笔试经验
篇9：鲁班软件销售笔试经验
鲁班软件销售笔试经验
一、1.1+2.1+3.1+……+68.1=?
二、十六网格一共有多少个正方形?
三、同济大学食堂一年吃掉多少斤粮食?
四、21^3=9261 22^3=10638 请问：?^3=(记不清数字了，只记得题型)
五、有个客户投诉我公司员工李某，说软件发生问题，李某说马上给答复，可是几天过去了，再打过去他态度很差，如果你是客户经理你会如何在电话中说?并给客户写回答涵?
篇10：浪潮软件研发笔试经验
浪潮软件研发笔试经验
下午2点开始笔试的，先填写了一份浪潮的职位申请表，很多与我简历中的内容都重复，所以填写的有些不耐烦，后面几项还有点意思，
是否可以外驻：可以
是否服从岗位分配：否
期望月薪：3000
在进考场之前，跟门外几个一起来考试的谈了一会儿，据说浪潮给应届本科生的待遇是月薪1500，感觉有些低。所以在期望月薪这里就填写了一个我的期望值，不打算他能按照我写的数字给，但总得让他们知道我心里的想法吧。
考题发下来之后，大体看了一下，54分的填空选择，26分的`编程题，考题涉及的内容比较多，有操作系统，数据库，面向对象，网络模型，C语言基本知识等等，似乎还有一些计算机基础知识，比如win98和win2k谁是16位操作系统，谁是32位操作系统这样的题目，
前面有部分题目做着做着就感觉没什么意思了，比较简单，没有成就感，后面几道编程题才提起了精神。
出来之后我问了问工作人员，软件研发组所分的C类和E类是按照什么进行的分类啊，结果他也不清楚，考试的时候我们E组做的C/C++的题目，也就是我上面说的综合性题目，而C组的题目是专门针对C++或者Java的，你可以从两份试题中任选一份。
有机会了解一下他们的分类依据，估计可能会与下一步的职位划分有关系吧！
更多相关的文章推荐，大家敬请关注笔试经验频道！
篇11：群硕软件实习生笔试经验
群硕软件实习生笔试经验
今天在中南大学铁道校区世纪楼D101参加了群硕的宣讲和笔试，是小生第一次参加正式的职场笔试，难免有些心潮澎湃，废话少说，直接进入正题：
笔试的题目分为两大部分，根据不同的'方向，主要分为软件开发类和软件测试类，软件开发类题目整体难度不大。但是细节考察比较多。还有一段纯英文的翻译，内容的话，也没什么好说的了，就是一个人的一番讲话与愿景把。而软件测试类的涉及的知识面比较广，而且比较注重逻辑思维能力。下面就我一点儿残存的记忆，努力回忆一下今天笔试的题目吧。
软件开发类：
一：选择题
二：编程题
三：翻译
软件测试类：
一：填空题
1、给出二叉树的前缀和中缀表达式，求出该二叉树的后缀表达式。
2、死锁发生的四个必要条件
二：简答题
1、数据库三大范式及其作用
2、UML的概念和基本模型等
3、黑盒法，白盒法和灰盒法的基本概念和特点
三：编程与测试题目
1.用程序构造所有字符组合，如aabccd,有ab,ac,ad,bc,bd,cd,abc……等等
2.网页包含用户名，密码和登录按钮三个空间，设置20组不同的测试用例来测试用户登录功能(= =、非常 的题目)
四：综合逻辑题
1.孔雀来找茬，大概8处错误，精通美女来找茬的同学们幸福啦~~~
2.飞机问题，
原题如下：
一架飞机(可空中加油)载满油可绕地球飞行半圈，若全球只有一个基地，问至少要起落几架次飞机，才能
使一架飞机安全绕地球飞行一圈，加油飞机也能安全返回，请你写出空中加油方案?
(分析了一下，时间不够，并没有做出来，很悲惨~)
题目的情况基本就是这个样子啦~ 希望能够对大家有一点点的帮助，倍感欣慰
篇12：笔试经验：谈谈软件兼容性测试
笔试经验：谈谈软件兼容性测试
1.软件兼容性测试
兼容性测试之待测试项目在特定的硬件平台上，不同的应用软件不同，不同的操作系统平台上，在不同的网络等环境中能正常的运行的测试。
兼容性测试的目的：带测试项目在不同的操作系统上正常运行，包括待测试项目能在同一操作系统平台的不同版本上正常运行;待测试项目能与相关的其他软件或系统的“和平共处”;带测试项目能在指定的硬件环境中正常运行;待测试项目能在没的网络环境中正常运行。
兼容性测试无法做到完全的质量保证，但对于一个项目来讲，兼容性测试是一个必不可少的一个步骤。
2.WEB兼容性测试的主要类型
WEB兼容性测试主要是针对不同的'操作系统平台，浏览器，以及分辨率进行的测试。
操作系统兼容性测试
常 见的操作系统有Windows,Unix,Linux 等，对于普通用户来说，最常用的是Windows操作系统。Windows操作系统包括 WindowsXP,Windows2003,Windows vista,Windows 2000/NT,Windows9X等等。
用户使用操作系统的类型，直接决定了我们操作系统平台兼容性测试的操作系统数量，进行操作系统平台的兼容性测试 的主要目的就是保证我们的待测试项目在该操作系统平台下能正常使用。
对 于一些特殊项目(比如定制项目)，可以指定某一类型的操作系统版本，这些都应该在需求规格说明书中指明，针对这些指明的操作系统版本必须进行兼容性测试。
大部分的其他项目，是不指定操作系统版本的，针对这样的项目，我们应当针对当前主流操作系统版本进行兼容性测试，在确保主流操作系统版本兼容性测试的前提 下，在对非主流操作系统版本进行测试，尽量保证项目的操作系统的兼容性测试的完整性，
浏览器兼容性测试
浏览器是WEB系统中对核心的组成构建，来及不同厂家的浏览器对javascript,ActiveX或不同的HTML规格有不同的支持，即使是同一厂家的浏览器也存在不同的版本的问题。不同的浏览器对安全性和JAVA的设置也不一样。
目前最为常用的浏览器为：IE6,IE7,IE8,IE9,Firefox,Chrome,这些浏览器同样存在各个版本的问题，这个对于Web系统来说是一个相当大的挑战。
对 于一些特殊项目(比如定制项目)，可以指定某一类型的浏览器(包括版本)，这些都必须在需求规格说明书中指明，针对这些指明的浏览器必须进行兼容性测试， 但大部分的项目，是不能指定浏览器的。
针对这样的项目，那么我们必须针对当前的主流浏览器(含版本)，在确保主流浏览器的兼容性测试通过的前提下，在对非 主流浏览器(含版本)进行测试，尽量保证项目的浏览器的兼容性测试的完整性。
分辨率兼容性测试
分辨率的测试是为了页面的版式在不同的分辨率模式下能正常显示，字符符合要求而进行的测试。
用 户使用什么模式的分辨率，对于我们来讲是未知的，通常情况下，在我们的需求规格说明书中会建议某些分辨率。对于测试来说，必须针对需求规格说明书中建议的 分辨率进行专门的测试。现在常见的分辨率是1024*768，800*600。
对于需求规格说明书中规定的分辨率，测试必须保证测试通过，但对于其他分辨 率，原则上也应该尽量保证，但犹豫这个在需求规格说明书上没有加以约束，所以在一定程度上，开发往往会拒绝进行调整。
对于需求规格说明书中没有规定分辨率的项目，测试应该在完成主流分辨率的兼容性测试的前提下，尽可能进行一些非主流分辨率的兼容性测试，在一定程度上保证大部分。
文档为doc格式
