软件测试计划文档
【前言】本文是网友“wkqog275”整理的软件测试计划文档（共6篇），供大家品鉴。
心得体会
这是我第一次参加项目开发，我们小组的各位成员互相协助，充分体现了团队精神和意识。首先，项目的模块必须分的合理清晰，只有这样后期的所有工作才能顺利展开，每位成员必须积极向上、团结一致共同努力实现项目的开发。其次，通过这次项目开发，我对项目开发的流程有了基本的认识和了解，我相信这是我以后工作学习的基础。最后，我充分认识到了自己基础知识的不足和能力上的欠缺，机会永远留给有准备的人的，在这个充满竞争的社会当中，机会也是留给优秀者的。
很荣幸参加了这次兰州直方信息技术有限公司提供的这次实训，我真诚地感谢这次项目开发当中的项目经理，你帮我们解自我决了很多实践当中遇到的问题。也真诚地感谢参加实训的每一位成员，感谢你们对我的帮助，是你们让我更加清楚地认识了自我。真诚地祝愿大家工作学习顺顺利利，生活开开心心。
一、简答5*6’
1.为什么不让时间有余的人做测试工作
表面上看这体现了管理的效率和灵活性，但实际上也体现了管理者对测试的轻视。测试和测试的人有很大关系。测试工作人员应该是勤奋并富有耐心，善于学习、思考和发现问题，细心有条理，总结问题，如果具备这样的优点，做其它工作同样也会很出色，因此这里还有一个要求，就是要喜欢测试这项工作。2.软件测试风险主要体现在哪里
我们没有对软件进行完全测试，实际就是选择了风险，因为缺陷极有可能存在没有进行测试的部分。因此，我们要尽可能的选择最合适的测试量，把风险降低到最小 3.所有软件测试缺陷都需要修复吗
从技术上讲，所有的软件缺陷都是能够修复的，但是没有必要修复所有的软件缺陷。测试人员要做的是能够正确判断什么时候不能追求软件的完美。对于整个项目团队，要做的是对每一个软件缺陷进行取舍，根据风险决定那些缺陷要修复。发生这种现象的主要原因如下：-没有足够的时间资源。在任何一个项目中，通常情况下开发人员和测试人员都是不够用的，而且在项目中没有预算足够的回归测试时间，修改缺陷可能引入新的缺陷。
-有些缺陷只是特殊情况下出现，这种缺陷处于商业利益考虑，可以在以后升级中进行修复。-不是缺陷的缺陷。我们经常会碰到某些功能方面的问题被当成缺陷来处理，这类问题可以以后有时间时考虑再处理。缺陷是否修改要由软件测试人员、项目经理、程序员共同讨论来决定是否修复，不同角色的人员从不同的角度来思考，以做出正确的决定。4.如何减少测试人员跳槽带来的损失 建议我们从以下两个方面做起：
-加强部门内员工之间的互相学习，互相学习是建立学习型组织的基本要求，是知识互相转移的过程。在此基础上，可以把个人拥有的技术以知识的形式沉积下来，也就完成了隐性知识到显性知识的转化。
-管理者就应该把员工的个人成长和企业的发展联系起来，为员工设定合理发展规划并付诸实现。
5.验收测试的注意点有哪些 测试要注意下面的事项：
（1）用户现场测试不可能测试全部功能，因此要测试核心功能。这需要提前做好准备，这些核心功能一定要预先经过测试，证明没有问题才可以和用户共同进行测试。测试核心模块的目的是建立用户对软件的信心。当然如果这些模块如果问题较多，不应该进行演示。（2）如果某些模块确实有问题，我们可以演示其它重要的业务功能模块，必要时要向用户做成合理的解释。争得时间后，及时修改缺陷来弥补。（3）永远不能欺骗用户，蒙混过关。6.完全测试程序是可能的吗
实际上完全测试是不可能的。主要有以下原因：-完全测试比较耗时，时间上不允许；
-完全测试通常意味着较多资源投入，这在现实中往往是行不通的；-输入量太大，不能一一进行测试；-输出结果太多，只能分类进行验证；-软件实现途径太多；
-软件产品说明书没有客观标准，从不同的角度看，软件缺陷的标准不同；因此测试的程度要根据实际情况确定 7.是不是发现的缺陷越多就说明软件缺陷越多 其中的原因主要如下：
-代码复用、拷贝代码导致程序员容易犯相同的错误。类的继承导致所有的子类会包含基类的错误，反复拷贝同一代码意味可能也复制了缺陷。-程序员比较劳累是可以导致某些连续编写的功能缺陷较多。
“缺陷一个连着一个”不是一个客观规律，只是一个常见的现象。如果软件编写的比较好，这种现象就不常见了。测试人员只要严肃认真的测试程序就可以了。8.软件测试就是QA吗
软件测试人员的职责是尽可能早的找出软件缺陷，确保得以修复。而质量保证人员（QA）主要职责是创建或者制定标准和方法，提高促进软件开发能力和减少软件缺陷。测试人员的主要工作是测试，质量保证人员日常工作重要内容是检查与评审，测试工作也是测试保证人员的工作对象。软件测试和质量是相辅相成的关系，都是为了提高软件质量而工作。9.测试产品和测试项目区别
习惯上把开发完成后进行商业化、几乎不进行代码修改就可以售给用户使用的软件成为软件产品，也就是可以买“卖拷贝”的软件，软件项目是一种个性化的产品，可以是按照用户要求全部重新开发，也可以修改已有的软件产品来满足特定的用户需求。项目和产品的不同特点，决定我们测试产品和测试项目仍然会有很多不同的地方：
-质量要求不同。通常产品的质量要高一些，修复发布后产品的缺陷成本较高，甚至会带来很多负面的影响。而做项目通常面向某一用户，虽然质量越高越好，但是一般只要满足用户要求就可以了。测试资源投入多少不同。做软件产品通常是研发中心来开发，进度压力要小些。同时由于质量要求高，因此会投入较多的人力、物力资源。项目最后要和用户共同验收测试，这是产品测试不具有的特点。此外，测试产品与测试项目在缺陷管理方面、测试策略制定都会有很大不同，测试管理者应该结合具体的环境，恰如其分的完成工作 10.如何编写提交给用户的测试报告
测试报告一般分为内部测试报告和外部测试报告。内部报告是我们在测试工作中的项目文档，反映了测试工作的实施情况,一般外部测试报告要满足下面几个要求：
根据内部测试报告进行编写，一般可以摘录；不可以向客户报告严重缺陷，即使是已经修改的缺陷，开发中的缺陷也没有必要让客户知道；报告上可以列出一些缺陷，但必须是中级的缺陷，而且这些缺陷必须是修复的；报告上面的内容尽量要真实可靠；整个测试报告要仔细审阅，力争不给项目带来负面作用，尤其是性能测试报告。总之，外部测试报告要小心谨慎的编写。
二、论述2*12’
1.请论述为什么要进行软件测试，并列举历史上2~3个著名软件测试（缺陷）案例，说明测试重要性
软件测试的目的,第一是确认软件的质量，其一方面是确认软件做了你所期望做的事情（，另一方面是确认软件以正确的方式来做了这个事情。第二是提供信息，比如提供给开发人员或程序经理的回馈信息，为风险评估所准备的信息。第三软件测试不仅是在测试软件软件产品本身，而且还包括软件开发的过程。如果一个软件产品开发完成之后发现了很多问题，这说明此软件开发过程很可能是有缺陷的。因此，软件测试的第三个目的是保证整个软件开发过程是高质量的。
爱国者导弹防御系统把“枪口”对准了自己人 美国迪斯尼公司的狮子王游戏软件的兼容性问题 售票系统性能问题
2.论述软件测试科学的发展历程 1957年之前－调试为主 20世纪50年代，计算机刚诞生不久，只有科学家级别的人才会去编程，需求和程序本身也远远没有现在这么复杂多变，相当于开发人员一人承担需求分析，设计，开发，测试等所有工作，当然也不会有人去区分调试和测试。
1957–1978－证明为主 当时计算机应用的数量，成本和复杂性都大幅度提升，随之而来的经济风险也大大增加，测试就显得很有必要了，这个时期测试的主要目就是确认软件是满足需求的，也就是我们常说的“做了该做的事情”。
1979–1982－破坏为主 我们不仅要证明软件做了该做的事情，也要保证它没做不该做的事情，这会使测试更加全面，更容易发现问题。
1983–1987－评估为主 人们提出了在软件生命周期中使用分析，评审，测试来评估产品的理论。软件测试工程在这个时期得到了快速的发展.1988–至今－预防为主 预防为主是当下软件测试的主流思想之一。测试不是在编码完成后才开始介入，而是贯穿于整个软件生命周期。3.论述软件缺陷的由来
软件缺陷的产生主要是由软件产品的特点和开发过程决定的。
软件本身：①需求不清晰，导致设计目标偏离客户的需求，从而引起功能或产品特征上的缺陷。②系统结构非常复杂，而又无法设计成一个很好的层次结构或组件结构，结果导致意想不到的问题或系统维护、扩充上的困难；即使设计成良好的面向对象的系统，由于对象、类太多，很难完成对各种对象、类相互作用的组合测试，而隐藏着一些参数传递、方法调用、对象状态变化等方面问题。③对程序逻辑路径或数据范围的边界考虑不够周全，漏掉某些边界条件，造成容量或边界错误。④对一些实时应用，要进行精心设计和技术处理，保证精确的时间同步，否则容易引起时间上不协调，不一致性带来的问题。⑤没有考虑系统崩溃后的自我恢复或数据的异地备份、灾难性恢复等问题，从而存在系统安全性、可靠性的隐患。⑥系统运行环境的复杂，不仅用户使用的计算机环境千变万化，包括用户的各种操作方式或各种不同的输入数据，容易引起一些特定用户环境下的问题；在系统实际应用中，数据量很大。从而会引起强度或负载问题。⑦由于通信端口多、存取和加密手段的矛盾性等，会造成系统的安全性或适用性等问题。⑧新技术的采用，可能涉及技术或系统兼容的问题，事先没有考虑到。
团队工作：系统需求分析时对客户的需求理解不清楚，或者和用户的沟通存在一些困难。不同阶段的开发人员相互理解不一致。对于设计或编程上的一些假定或依赖性，相关人员没有充分沟通。项目组成员技术水平参差不齐技术问题。算法错误：在给定条件下没能给出正确或准确的结果。语法错误：对于编译性语言程序，编译器可以发现这类问题；但对于解释性语言程序，只能在测试运行时发现。计算和精度问题：计算的结果没有满足所需要的精度。系统结构不合理、算法选择不科学，造成系统性能低下。接口参数传递不匹配，导致模块集成出现问题。
项目管理的问题：缺乏质量文化，不重视质量计划，对质量、资源、任务、成本等的平衡性把握不好，容易挤掉需求分析、评审、测试、等时间，遗留的缺陷会比较多。系统分析时对客户的需求不是十分清楚，或者和用户的沟通存在一些困难。开发周期短，需求分析、设计、编程、测试等各项工作不能完全按照定义好的流程来进行，工作不够充分，结果也就不完整、不准确，错误较多；周期短，还给各类开发人员造成太大的压力，引起一些人为的错误。开发流程不够完善，存在太多的随机性和缺乏严谨的内审或评审机制，容易产生问题。文档不完善，风险估计不足等。4.软件测试V模型
①绘制示意图
②阐述每个步骤是做什么 需求分析
即首先要明确客户需要的是什么，需要软件作成什么样子，需要有那几项功能
概要设计
主要是架构的实现，指搭建架构、表述各模块功能、模块接口连接和数据传递的实现等项事务。详细设计
对概要设计中表述的各模块进行深入分析，对各模块组合进行分析等。软件编码
按照详细设计好的模块功能表，编程人员编写出实际的代码。单元测试
按照设定好的最小测试单元进行按单元测试，主要是测试程序代码，为的是确保各单元模块被正确的编译，单元的具体划分按不同的单位与不同的软件有不同。集成测试
经过了单元测试后，将各单元组合成完整的体系，主要测试各模块间组合后的功能实现情况，以及模块接口连接的成功与否，数据传递的正确性等，其主要目的是检查软件单位之间的接口是否正确。根据集成测试计划，一边将模块或其他软件单位组合成系统，一边运行该系统，以分析所组成的系统是否正确，各组成部分是否合拍。系统测试
经过了单元测试和集成测试以后，我们要把软件系统搭建起来，按照软件规格说明书中所要求，测试软件其性能功能等是否和用户需求相符合，在系统中运行是否存在漏洞，等。验收测试
主要就是用户在拿到软件的时候，在使用现场，会根据前边所提到的需求，以及规格说明书来做相应测试，以确定软件达到符合效果的。
育 > 工学 下载文档 收藏
软件测试实习报告
毕业实习报告
软件测试实习报告 摘要 毕业前夕的实习是为了提高自己的对社会的认知能力，同时理论联系实际，毕业前夕的实习是为了提高自己的对社会的认知能力，同时理论联系实际，实习是为了提高自己的对社会的认知能力 让自己迅速适应社会，前进的快速步伐。通过理论与实际的结合、让自己迅速适应社会，跟上 IT 前进的快速步伐。通过理论与实际的结合、学校 与社会的沟通，进一步提高学生的思想觉悟、业务水平，尤其是观察、与社会的沟通，进一步提高学生的思想觉悟、业务水平，尤其是观察、分析和 解决问题的实际工作能力，解决问题的实际工作能力，以便培养自己成为能够主动适应社会主义现代化建 设需要的高素质的复合型人才。设需要的高素质的复合型人才。
1、实习的性质、目的和意义进大学生活的最后一个年头，站在我们面前的就是那个向往已久的工作社 会，我们的心已经开始飞进那里。我们高兴、我们兴奋，因为我们终于可以在这 个巨大的舞台上展现自我，但我们还需要时间去了解这个社会。为此学校给我安 排了毕业实习，毕业实习是我们机自专业知识结构中不可缺少的组成部分，并作 为一个独立的项目列入专业教学计划中的。其目的在于通过实习使学生获得基本 生产的感性知识，理论联系实际，扩大知识面；同时专业实习又是锻炼和培养学 生业务能力及素质的重要渠道，培养当代大学生具有吃苦耐劳的精神，也是学生 接触社会、了解产业状况、了解国情的一个重要途径，逐步实现由学生到社会的 转变，培养我们初步担任技术工作的能力、初步了解企业管理的基本方法和技能;体验企业工作的内容和方法。这些实际知识，对我们学习后面的课程乃至以后的 工作，都是十分必要的基础。
2、实习要求实习学生具有双重角色，既是学校的学生，又是实习单位的工作人员。鉴于 此，首先，必须以正式工作人员的身份进行实习。不可以因为实习生身份而放松 自己，要严格遵守实习单位的有关规章、制度和纪律，积极争取和努力完成领导 交办的各项任务，从小事做起，向有经验的同志虚心求教，尽快适应环境，不断 寻找自身差距，拓展知识面，培养实际工作能力。其次，以“旁观者”的身份实习。在实习过程中，要自觉服从实习单位的安排，与此同时，也要把眼光放高远，从公司工作的全局出发，了解公司运行的基本规律、从业人的基本心态、行政管 理的原则等，这种观察和训练能够使我在更广的层面熟悉工作技巧，增强适应能 力。最后，以“研究者”的身份实习。要在实习前通过“双向选择”（指定、自 定）方式确定一些研究课题，积极探索理论与实践相结合的途径，利用实习机会 深入社会，为正是步入社会工作做好准备。
3、实习的岗位及工作情况介绍 、实习单位简介.1、厦门市舒特科技有限公司是一家集研发、生产、销售、服务为一体的高新技 术知名企业。公司是国内最早介入智能卡应用领域的企业,是专业致力于 IC 卡智 能应用系统、智能化电子产品、工业自动控制产品解决方案的优质供应商。公司 拥有多项自主知识产权和丰富的技术储备。公司生产的产品品种齐全，主要有感 应卡考勤系统、售饭系统、收费系统、门禁系统、水控/电控系统、巡更、图书 馆管理、机房管理、停车场管理系统、DVS 等智能化企业一卡通产品、校园一卡 通产品和家校通系统，以及数字视频服务器等系列产品。舒特公司一直走在科技创新的前沿，是国内首家最早推出纯局域网系统、U 盘系统、语音智能系统、超大液显系统，可拍照智能系统的企业，该系列系统 的推出均开辟了智能卡运用的新领域，带动了整个行业产业的发展。公司产品接 口 丰 富，包 括 RS232/RS485/LAN(VPN、广 域 网 / 虚 拟 网 / 无 线 AP 基 站 接 入 /Interne/U 盘/微打等，每类产品都有多个系列和丰富的机型，满足各类用户不 同需求，同时还可根据客户实际需求量身订做产品。公司成立于 1996 年，注册资金 200 万人民币，经历 10 余年的飞速发展，年产量已可达 10 万台以上。公司目前每年以 45%的增长速度高速发展，其产品 已经渗入到各个行业的运用领域，不仅在国内市场占有绝对较高的市场份额，同 时还远销海外，属于行业中的领导品牌。为实现公司长远的战略发展目标，目前 公司技术储备人员数量已占公司总人数的 30%以上。公司在发展过程中已先后通 过了
IS09001:2000 质量管理体系认证，3C 认证等相关资质论证。公司设有规模 化、标准化的生产厂房，合计面积达 1 万多平方米，同时设有专业化的生产流水 线。公司具备良好的科研、生产体系。在高标准严格要求的前提下，拥有一批高 素质的技术、管理、售后和营销团队，确保为客户提供全方位的满意服务。.2、、工作岗位介绍 我的工作岗位是研发部的软件测试员，公司对本岗位的职业技能要求如下： 1）.从事一卡通相关产品的测试工作对一卡通相关产品做前期的需求分析和 成品测试，负责软硬件新产品的应用测试，负责制作新产品的软硬件件说明书的 撰写制作等。2）.必须要熟悉软件产品开发的测试工作流程，了解软件开发各阶段的工作。3）.有较好的文字理解、组织和表达能力，能做好测试计划和测试报告。4）.有一定的网页制作和图片美工的经验。5）.有较好的客户沟通解答能力。
4、实习内容及时间当我在向厦门市舒特科技投出我的求职简历时，我并不知道，这一份简历会 把我带进一个怎样的世界，我将走上一条怎样的路。心底的自信强溢在脸上，又 带着那样的迷惑，不安和好奇，参加过三次面试，见到的始终是充满干劲的脸。我获得了参加公司培训的机会。也曾有过很多故事，但是也许是命运的安排让我 从宁静的校园离开来到这个公司学习。本着对 IT 以及智能卡系统业的憧憬，走进了厦门舒特，我在公司所从事的 工作是软件测试，在真正投入到工作之前，我在网上查询了许多测试员的相关要 求，了解了作为一个测试人员必须耐心，细心和平和的心态，他的目标是尽可能 早一些找出软件缺陷，提高产品的质量，降低维护的成本，尽可能的达到客户的 需求。软件测试员的一个基本素质是：打破沙锅问到底。另外还必须具备探索精 神，有创造性，追求完美，判断准确，老练稳重，强的说服力以及受过编程方面 的教育等素质，同时也还必须是个故障排除能手，等等。还没看完就发现自己离 这些要求真的好远，更进一步认识到自己必须要全心全意投入工作，虚心请教，一切都得从头开始。另外，测试并不是单纯意思上的机械的“测试”，它首先要求对产品非常熟 悉，不管是从功能上还是操作上。更为重要的还有就是我们要了解客户的需求，根据客户的要求来测试，看看产品是否能达到他们的要求。而从这些方面考虑则 要求我们必须比任何人都要熟悉产品的一切。公司的的业务流程就是按照市场的普遍需求开发出相应的产品然后寻找代 理商进入供货渠道，同时对市场中的一些特殊业务需求做产品的定做和更改，公 司主要是将硬件和软件产品打包销售。为此在这些天我做了以下的安排。我的工作主要任务有学习公司的产品各个操作子系统的功能应用和工作原理以 及各种设备的安装调试，另外学习公司软件开发过程当中的的一些需要测试的要 点以及各种资料报告的编写，另外从事公司的相关新研发产品的功能测试和集成 测试等等。、实习第一阶段 其中 3 月 28 日到 4 月 25 日，我主要用来学会使用公司所开发的应用软件和 各种产品设备，熟悉和了解一贯的操作方法和可能出现的问题，并就如何解决问 题向老员工请教方法。教我的是一位年纪大一、二岁的同事，先与我说了一下要 点，然就让我自已看，遇到不懂的就问。初次接触单，发现它并不像课本那样的 有条有序，许信息夹杂在一起，令人眼花缭乱，而且以有不同的种类，要做到随 便一看就知是什么单不下点功夫是不行的。我知眼高手低是一个通病，于是接来 的几天我就踏踏实实的坐在哪里认真的看产品介绍和说明书，熟它的大致结构。令我感动的是每当我我有一点不明白的地方，他都会不烦其劳的与我讲清楚，直 到我弄明白为止。在我坚持不懈的努终于适应了各种产品需求的变化，他的脸上 也有了笑容。.2、、实习第二阶段 4 月 25 日到 5 月 10 日，熟悉了相关软件和硬件的操作和基本故障诊断之后，我 也成为工作之中的一员，开始尝试解决客户应用产品中出现的一些问题。在这一 段时间里，主要任务有巩固之前所学的，对常见的错误要一看即知，并养成认真 仔细的工作作风。在工作的过程中我也遇到了一些棘手的我无法解决的问题，比 如一个对于软件数据库的操作问题，一个客户在使用产品的过程中发放补贴有误 而按我们的系统和软件的操作步骤似乎又没有问题，于是就要查看客户的数据库 资料，所以我就叫客户将一卡通软件的数据库备份发过来，但是刚开始对于本公 司的一卡通数据库的数据结构和数据表又不甚了解所以对于这个问题我就暂时 无法解决了，最后在公司老员工的帮助下我准确的找到了相关数据表并进行了相 关查询，终于查出了问题所在。经过这个故事之后我也感觉到光靠培训听讲是不 那么管用的有时候也要自己试着去解决问题去亲自动手测试一些东西在实际的 应用过程中去发现问题和解决问题，做任何事都是一样要实事求是，实事求真。实习第三阶段 、实习第三阶段 4 月 26 日到 6 月 11 日，现在我通过了前一阶段的学习和了解，可以说对整个一 卡通系统的工作原理和各种数据流程形成了自己的观点和见解，同时也对这个市 场的需求和一些潜在的可能的变化有了一个大致看法。结合以上的培训和了解我 现在的任务就是熟悉各种软件的操作和数据结构然后在此基础上尽一切可能的 去模拟去思考现实使用环境中的应用可能性和预测可能出现的状况然后对比一 出现故障的概率等等，在这样的一个环节之后我要做的更细致的活儿就是做好各 种测试计划和测试报告，然后对这些报告做一个准确和客观的评估然后将我所获 得的结果反馈给软件或者硬件开发人员。我学习方式是坐在我们项目经理的身边 看他做各种更改和测试，他一边做一边教，把要测试的要点给了我，让我思考模 拟的方法。我遇到不懂的地方就向他请教，直至有了自己的周密方案之后形成纸 质文件之后，才算是合格。有了第一次的错误之后，我就变得更加的小心，所以 在其后的工作中我都有保持谦虚的心态。在种状态下我进步很快，花了比别少了 将近一半的时就达到目标了。有了这个更系统的学习之后项目经理分给我了一个测试要点，是关于我们的一个 新改进型产品的，叫做视频门禁，这是在我们原有的基础上改进而来的。在原有 的基础上增加了刷卡拍照的功能，更新了新的视频摄像头和全新的照片实时对比 功能。基于此项目经理给了我如下的测试摘要: 功能更改部分： 1).系统参数中增加两个设置参数（图片存储路径、图片浏览路径）2).控制器设置中增加两个设置项（是否有视频、视频 IP）3).门禁控制台增加视频和图像显示 4).门禁正常刷卡记录和门禁异常记录模块增加照片和图像显示 测试要求部分： 1).联机和脱机情况下刷卡是否均有存储照片 2).照片与刷卡的数量是否匹配 3).下载的过程中进行刷卡，是否会导致照片丢失 4).联机情况下在门禁控制台是否可以实时拍照的照片，以及照片的显示速度是 否在 1 秒以内 5).系统参数中的卡号转换选项打勾和不打勾是否均可以正常显示和存储图片 6).文件是否以每天一个目录的形式存储 7).下载多天（至少测试 7 天）的照片时是否正确 8).当照片文件分别达到 1 万、3 万、10 万时下载是否正常 针对以上要求我制定了自己的测试计划，按照项目经理的要求准备了测试环境连 接好了各种设备，然后尽可能的去模拟实际使用情况，一步一步的按照拟定的测 试计划去验证各种功能和兼容性，是之尽可能的达到开发需求。最后我在经理的 指导下成功的完成了相关测试任务。
5、实习结果几个月的实习下来，让自己走进了一个全新的领域，开始了自己真正的工作 生涯。实习无所谓结果而言，更确切的说，它是一个开端，一个让自己学会成长 的地方，当然也确实让自己长大了许多。不管是从工作技能上还是从为人处事上，我都感觉到了有很大的提高。首先，在工作技能上，因为从事的是测试工作，对于自己来说是一个全新的 概念，一切都是从头开始的，而更需要自己的努力、耐心和细心。这些都是自己 欠缺的，但是在工作了这几个月后，真的发现自己有了很大的改善。虽然离真正 的软件测试人员的要求还有很大的距离，但是自己一定会努力，向着自己的目标 前进。其次，在为人处事方面，也让自己成熟了许多。虽然不能用语言来描述，但 是确实可以从生活中的点点滴滴感觉得到。经历使人成长，只有真正的经历过，才可以让自己真的成熟起来，要想真的出人头地，好的为人是前提。
6、实习总结 说来自己真的算是很幸运吧，当初其实我并没有直接投递厦门舒特，而是公 司的 HR 直接给我打电话说让我来面试的她说我的条件很适合，于是我就重新投 递了简历去面试了。当时自己也很意外，更多的是很开心，也充分的肯定了自己 的一点小能力。我的职位是软件测试员，当初在大家包括我自己的眼里都认为软 件测试的要求非常高，而且似乎有一种可望不可及的感觉，但是当自己真正的接 触了这个行业之后，发现其实并没有那么的高不可攀。不过后来发现自己所从事 的，并不是真正意义上的软件测试，只是一种“手脑”测试罢了，不过虽然如此，但依然学到了很多，尤其是对计算机的硬件知识和底层操作有了更深的一步了 解。还记得刚刚走入公司的时候，感觉很奇妙，一切都是那么新奇，那么陌生，不敢 随便讲话，凡事都小心翼翼的，这对于性格开朗的我来说，简直到了折磨的程度，不过幸运的是很快就跟所在部门的同事混熟啦，公司虽然很小，但是工作的氛围 却非常的轻松。也许大家都是年轻人，且都是刚刚进入社会不久，所以有很多的 共同话题，在工作之余，和同事之间的关系相处的很融洽，完全化解我当初的煌 煌不安。总之，通过这次实习，确实让自己成长了许多。在实习期间，我学到了许多东西，遇到了一些困难，也看到了自己本身存在着许多问题。在测试时要想使自己的测 试更加周全。总会遇到这样那样的问题，当前的软件的功能日趋复杂，不学到一 定的深度和广度是难以在实际工作中应付自如的。因此反映出学习的还不够，缺 点疏漏。需再加以刻苦钻研及学习，不断开拓视野，增强自己的实践操作技能，为以后能做好测试工作而努力。
1.单元测试、集成测试和系统测试的重点是什么？
单元测试的重点是系统的模块，包括子程序的正确性验证等。
集成测试的重点是模块间的衔接以及参数的传递等。
系统测试的重点是整个系统的运行以及与其他软件的兼容性。
2.简述集成测试与系统测试关系？（1）集成测试的主要依据概要设计说明书，系统测试的主要依据是需求设计说明书；（2）集成测试是系统模块的测试，系统测试是对整个系统的测试，包括相关的软硬件平台、网络以及相关外设的测试。
3.什么是测试用例？测试用例的特点、测试用例基本准则 软件测试基本
测试用例的定义：
①测试用例是为特定的目的而设计的一组测试输入、执行条件和预期的结果。②测试用例是执行的最小实体。
测试用例的特征：
（1）最有可能抓住错误的；
（2）不是重复的、多余的；
（3）一组相似测试用例中最有效的；
（4）既不是太简单，也不是太复杂。
4.自顶向下增量式测试表示逐步集成和逐步测试是按照结构图自上而下进行的，即模块集成的顺序是首先集成主控模块（主程序），然后依照控制层次结构向下进行集成。从属于主控模块的按深度优先方式（纵向）或者广度优先方式（横向）集成到结构中去。
5.自顶向下集成测试的整个过程由3个步骤完成：
（1）主控模块作为测试驱动器。
（2）根据集成的方式（深度或广度），下层的桩模块一次一次地被替换为真正的模块。
（3）在每个模块被集成时，都必须进行单元测试。
纸杯：基本功能，界面，易用性，稳定性，安全性，本地化测试
10、测试的原则
（1）完全测试是不可能的（2）软件测试是有风险的行为
（3）测试无法显示潜伏的软件缺陷
（4）难以描述的软件缺陷
（5）软件缺陷的群集现象（寄生虫）
（6）杀虫剂（不断编写不同的新测试用例，对程序的不同部分进行测试，找出更多缺陷）
（7）并非所有的软件缺陷都能修复
01.为什么要在一个团队中开展软件测试工作？
02.您是否了解以往所工作的企业的软件测试过程？如果了解，请试述在这个过程中都有哪些工作要做？分别由哪些不同的角色来完成这些工作？
03.您是否了解以往所工作的企业的软件开发过程？如果了解，请试述一个完整的开发过程需要完成哪些工作？分别由哪些不同的角色来完成这些工作？（对于软件测试部分，可以简述）
04.您在以往的测试工作中都曾经具体从事过哪些工作？其中最擅长哪部分工作？
05.您所熟悉的软件测试类型都有哪些？请试着分别比较这些不同的测试类型的区别与联系（如功能测试、性能测试……）
06.请试着比较一下黑盒测试、白盒测试、单元测试、集成测试、系统测试、验收测试的区别与联系。
07.测试计划工作的目的是什么？测试计划工作的内容都包括什么？其中哪些是最重要的？
08.您认为做好测试计划工作的关键是什么？
09.您所熟悉的测试用例设计方法都有哪些？请分别以具体的例子来说明这些方法在测试用例设计工作中的应用。
10.您认为做好测试用例设计工作的关键是什么？
11.请以您以往的实际工作为例，详细的描述一次测试用例设计的完整的过程。
12.您以往的工作中是否曾开展过测试用例的评审工作？如果有，请描述测试用例评审的过程和评审的内容。
13.您以往是否曾经从事过性能测试工作？如果有，请尽可能的详细描述您以往的性能测试工作的完整过程。
14.您在从事性能测试工作时，是否使用过一些测试工具？如果有，请试述该工具的工作原理，并以一个具体的工作中的例子描述该工具是如何在实际工作中应用的。
15.您认为性能测试工作的目的是什么？做好性能测试工作的关键是什么？
16.在您以往的工作中，一条软件缺陷（或者叫Bug）记录都包含了哪些内容？如何提交高质量的软件缺陷（Bug）记录？
17.您以往所从事的软件测试工作中，是否使用了一些工具来进行软件缺陷（Bug）的管理？如果有，请结合该工具描述软件缺陷（Bug）跟踪管理的流程。
18.您以往是否曾经从事过单元测试和集成测试？如果有，请谈一下这些工作的实际开展情况。
19.您如何看待软件过程改进？在您曾经工作过的企业中，是否有一些需要改进的东西呢？您期望的理想的测试人员的工作环境是怎样的？
20.您以往工作过的企业中，是否开展了软件配置管理工作？您能否描述一下这项工作的开展情况和您对这项工作的认识？
21.您是否熟悉一些主流的软件工程方法论和思想，如RUP、CMM、CMMI、XP、PSP、TSP。如果熟悉，您是否可以谈一下对这些方法论和思想的认识？
22.您认为在测试人员同开发人员的沟通过程中，如何提高沟通的效率和改善沟通的效果？维持测试人员同开发团队中其他成员良好的人际关系的关键是什么？
23.在您以往的测试工作中，最让您感到不满意或者不堪回首的事情是什么？您是如何来对待这些事情的？
24.在即将完成这次笔试前，您是否愿意谈一些自己在以往的学习和工作中获得的工作经验和心得体会？（可以包括软件测试、过程改进、软件开发或者与此无关的其他方面）
01.为什么要在一个团队中开展软件测试工作？
因为没有经过测试的软件很难在发布之前知道该软件的质量，就好比ISO质量认证一样，测试同样也需要质量的保证，这个时候就需要在团队中开展软件测试的工作。在测试的过程发现软件中存在的问题，及时让开发人员得知并修改问题，在即将发布时，从测试报告中得出软件的质量情况。
02.您在以往的测试工作中都曾经具体从事过哪些工作？其中最擅长哪部分工作？
我曾经做过web测试，后台测试，客户端软件，其中包括功能测试，性能测试，用户体验测试。最擅长的是功能测试
03.您所熟悉的软件测试类型都有哪些？请试着分别比较这些不同以及测试类型的区别与联系（如功能测试、性能测试……）
测试类型有：功能测试，性能测试，界面测试。
功能测试在测试工作中占的比例最大，功能测试也叫黑盒测试。是把测试对象看作一个黑盒子。利用黑盒测试法进行动态测试时，需要测试软件产品的功能，不需测试软件产品的内部结构和处理过程。采用黑盒技术设计测试用例的方法有：等价类划分、边界值分析、错误推测、因果图和综合策略。
性能测试是通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试。负载测试和压力测试都属于性能测试，两者可以结合进行。通过负载测试，确定在各种工作负载下系统的性能，目标是测试当负载逐渐增加时，系统各项性能指标的变化情况。压力测试是通过确定一个系统的瓶颈或者不能接收的性能点，来获得系统能提供的最大服务级别的测试。
界面测试，界面是软件与用户交互的最直接的层，界面的好坏决定用户对软件的第一印象。而且设计良好的界面能够引导用户自己完成相应的操作，起到向导的作用。同时界面如同人的面孔，具有吸引用户的直接优势。设计合理的界面能给用户带来轻松愉悦的感受和成功的感觉，相反由于界面设计的失败，让用户有挫败感，再实用强大的功能都可能在用户的畏惧与放弃中付诸东流。
区别在于，功能测试关注产品的所有功能上，要考虑到每个细节功能，每个可能存在的功能问题。性能测试主要关注于产品整体的多用户并发下的稳定性和健壮性。界面测试更关注于用户体验上，用户使用该产品的时候是否易用，是否易懂，是否规范（快捷键之类的），是否美观（能否吸引用户的注意力），是否安全（尽量在前台避免用户无意输入无效的数据，当然考虑到体验性，不能太粗鲁的弹出警告）？做某个性能测试的时候，首先它可能是个功能点，首先要保证它的功能是没问题的，然后再考虑该功能点的性能测试
04．您认为做好测试用例设计工作的关键是什么？
白盒测试用例设计的关键是以较少的用例覆盖尽可能多的内部程序逻辑结果
黑盒法用例设计的关键同样也是以较少的用例覆盖模块输出和输入接口。不可能做到完全测试，以最少的用例在合理的时间内发现最多的问题
05.请试着比较一下黑盒测试、白盒测试、单元测试、集成测试、系统测试、验收测试的区别与联系。
黑盒测试：已知产品的功能设计规格，可以进行测试证明每个实现了的功能是否符合要求。
白盒测试：已知产品的内部工作过程，可以通过测试证明每种内部操作是否符合设计规格要求，所有内部成分是否以经过检查。
软件的黑盒测试意味着测试要在软件的接口处进行。这种方法是把测试对象看做一个黑盒子，测试人员完全不考虑程序内部的逻辑结构和内部特性，只依据程序的需求规格说明书，检查程序的功能是否符合它的功能说明。因此黑盒测试又叫功能测试或数据驱动测试。黑盒测试主要是为了发现以下几类错误：
1、是否有不正确或遗漏的功能？
2、在接口上，输入是否能正确的接受？能否输出正确的结果？
3、是否有数据结构错误或外部信息（例如数据文件）访问错误？
4、性能上是否能够满足要求？
5、是否有初始化或终止性错误？
软件的白盒测试是对软件的过程性细节做细致的检查。这种方法是把测试对象看做一个打开的盒子，它允许测试人员利用程序内部的逻辑结构及有关信息，设计或选择测试用例，对程序所有逻辑路径进行测试。通过在不同点检查程序状态，确定实际状态是否与预期的状态一致。因此白盒测试又称为结构测试或逻辑驱动测试。白盒测试主要是想对程序模块进行如下检查：
1、对程序模块的所有独立的执行路径至少测试一遍。
2、对所有的逻辑判定，取“真”与取“假”的两种情况都能至少测一遍。
3、在循环的边界和运行的界限内执行循环体。
4、测试内部数据结构的有效性，等等。
单元测试（模块测试）是开发者编写的一小段代码，用于检验被测代码的一个很小的、很明确的功能是否正确。通常而言，一个单元测试是用于判断某个特定条件（或者场景）下某个特定函数的行为。单元测试是由程序员自己来完成，最终受益的也是程序员自己。可以这么说，程序员有责任编写功能代码，同时也就有责任为自己的代码编写单元测试。执行单元测试，就是为了证明这段代码的行为和我们期望的一致。
集成测试（也叫组装测试，联合测试）是单元测试的逻辑扩展。它的最简单的形式是：两个已经测试过的单元组合成一个组件，并且测试它们之间的接口。从这一层意义上讲，组件是指多个单元的集成聚合。在现实方案中，许多单元组合成组件，而这些组件又聚合成程序的更大部分。方法是测试片段的组合，并最终扩展进程，将您的模块与其他组的模块一起测试。最后，将构成进程的所有模块一起测试。系统测试是将经过测试的子系统装配成一个完整系统来测试。它是检验系统是否确实能提供系统方案说明书中指定功能的有效方法。（常见的联调测试）
系统测试的目的是对最终软件系统进行全面的测试，确保最终软件系统满足产品需求并且遵循系统设计。
验收测试是部署软件之前的最后一个测试操作。验收测试的目的是确保软件准备就绪，并且可以让最终用户将其用于执行软件的既定功能和任务。
验收测试是向未来的用户表明系统能够像预定要求那样工作。经集成测试后，已经按照设计把所有的模块组装成一个完整的软件系统，接口错误也已经基本排除了，接着就应该进一步验证软件的有效性，这就是验收测试的任务，即软件的功能和性能如同用户所合理期待的那样。
06.测试计划工作的目的是什么？测试计划工作的内容都包括什么？其中哪些是最重要的？
软件测试计划是指导测试过程的纲领性文件，包含了产品概述、测试策略、测试方法、测试区域、测试配置、测试周期、测试资源、测试交流、风险分析等内容。借助软件测试计划，参与测试的项目成员，尤其是测试管理人员，可以明确测试任务和测试方法，保持测试实施过程的顺畅沟通，跟踪和控制测试进度，应对测试过程中的各种变更。
测试计划和测试详细规格、测试用例之间是战略和战术的关系，测试计划主要从宏观上规划测试活动的范围、方法和资源配置，而测试详细规格、测试用例是完成测试任务的具体战术。所以其中最重要的是测试测试策略和测试方法（最好是能先评审）
07.您认为做好测试计划工作的关键是什么？
1.明确测试的目标，增强测试计划的实用性
编写软件测试计划得重要目的就是使测试过程能够发现更多的软件缺陷，因此软件测试计划的价值取决于它对帮助管理测试项目，并且找出软件潜在的缺陷。因此，软件测试计划中的测试范围必须高度覆盖功能需求，测试方法必须切实可行，测试工具并且具有较高的实用性，便于使用，生成的测试结果直观、准确
2．坚持“5W”规则，明确内容与过程
“5W”规则指的是“What（做什么）”、“Why（为什么做）”、“When（何时做）”、“Where（在哪里）”、“How（如何做）”。利用“5W”规则创建软件测试计划，可以帮助测试团队理解测试的目的（Why），明确测试的范围和内容（What），确定测试的开始和结束日期（When），指出测试的方法和工具（How），给出测试文档和软件的存放位置（Where）。
3．采用评审和更新机制，保证测试计划满足实际需求
测试计划写作完成后，如果没有经过评审，直接发送给测试团队，测试计划内容的可能不准确或遗漏测试内容，或者软件需求变更引起测试范围的增减，而测试计划的内容没有及时更新，误导测试执行人员。
4.分别创建测试计划与测试详细规格、测试用例
应把详细的测试技术指标包含到独立创建的测试详细规格文档，把用于指导测试小组执行测试过程的测试用例放到独立创建的测试用例文档或测试用例管理数据库中。测试计划和测试详细规格、测试用例之间是战略和战术的关系，测试计划主要从宏观上规划测试活动的范围、方法和资源配置，而测试详细规格、测试用例是完成测试任务的具体战术。
08.您所熟悉的测试用例设计方法都有哪些？请分别以具体的例子来说明这些方法在测试用例设计工作中的应用。
1．等价类划分
划分等价类:等价类是指某个输入域的子集合.在该子集合中,各个输入数据对于揭露程序中的错误都是等效的.并合理地假定:测试某等价类的代表值就等于对这一类其它值的测试.因此,可以把全部输入数据合理划分为若干等价类,在每一个等价类中取一个数据作为测试的输入条件,就可以用少量代表性的测试数据.取得较好的测试结果.等价类划分可有两种不同的情况:有效等价类和无效等价类.2．边界值分析法
边界值分析方法是对等价类划分方法的补充。测试工作经验告诉我,大量的错误是发生在输入或输出范围的边界上,而不是发生在输入输出范围的内部.因此针对各种边界情况设计测试用例,可以查出更多的错误.使用边界值分析方法设计测试用例,首先应确定边界情况.通常输入和输出等价类的边界,就是应着重测试的边界情况.应当选取正好等于,刚刚大于或刚刚小于边界的值作为测试数据,而不是选取等价类中的典型值或任意值作为测试数据.3．错误推测法
基于经验和直觉推测程序中所有可能存在的各种错误,从而有针对性的设计测试用例的方法.错误推测方法的基本思想:列举出程序中所有可能有的错误和容易发生错误的特殊情况,根据他们选择测试用例.例如,在单元测试时曾列出的许多在模块中常见的错误.以前产品测试中曾经发现的错误等,这些就是经验的总结.还有,输入数据和输出数据为0的情况.输入表格为空格或输入表格只有一行.这些都是容易发生错误的情况.可选择这些情况下的例子作为测试用例.4．因果图方法
前面介绍的等价类划分方法和边界值分析方法,都是着重考虑输入条件,但未考虑输入条件之间的联系,相互组合等.考虑输入条件之间的相互组合,可能会产生一些新的情况.但要检查输入条件的组合不是一件容易的事情,即使把所有输入条件划分成等价类,他们之间的组合情况也相当多.因此必须考虑采用一种适合于描述对于多种条件的组合,相应产生多个动作的形式来考虑设计测试用例.这就需要利用因果图（逻辑模型）.因果图方法最终生成的就是判定表.它适合于检查程序输入条件的各种组合情况.09.请以您以往的实际工作为例，详细的描述一次测试用例设计的完整的过程。
首先：得到相关文档（需求文档和设计文档），理解需求和设计设计思想后，想好测试策略（测试计划简单点就OK了），考虑到测试环境，测试用例，测试时间等问题。
第二步：设计测试用例，测试策略是：把网站部分的功能点测试完，然后在进行系统测试（另外个模块呢有另一个测试人员负责，可以进行联调测试），网站模块的测试基本是功能测试和界面测试（用户并发的可能性很小，所以不考虑）：这次的网站的输入数据呢是使用数据库中的某张表记录，如果表中某一数据记录中新加进来的（还没有被处理的，有个标志位），网站启动后会立刻去刷那张表，得到多条数据，然后在进行处理。处理过程中，会经历3个步骤，网站才算完成了它的任务。有3个步骤呢，就可以分别对这3个步骤进行测试用例的设计,尽量覆盖到各种输入情况（包括数据库中的数据，用户的输入等），得出了差不多50个用例。界面测试，也就是用户看的到的地方，包括发送的邮件和用户填写资料的页面展示。
第三步：搭建测试环境（为什么这个时候考虑测试环境呢？因为我对网站环
第四步：执行测试
10.测试在软件开发整个流程的重要性是什么？
11.您在从事性能测试工作时，是否使用过一些测试工具？如果有，请试述该工具的工作原理，并以一个具体的工作中的例子描述该工具是如何在实际工作中应用的。
12.您认为性能测试工作的目的是什么？做好性能测试工作的关键是什么？
13.在您以往的工作中，一条软件缺陷（或者叫Bug）记录都包含了哪些内容？如何提交高质量的软件缺陷（Bug）记录？
14.您以往所从事的软件测试工作中，是否使用了一些工具来进行软件缺陷（Bug）的管理？如果有，请结合该工具描述软件缺陷（Bug）跟踪管理的流程。
15.您认为在测试人员同开发人员的沟通过程中，如何提高沟通的效率和改善沟通的效果？维持测试人员同开发团队中其他成员良好的人际关系的关键是什么？
16.在您以往的测试工作中，最让您感到不满意或者不堪回首的事情是什么？您是如何来对待这些事情的？
17.在即将完成这次笔试前 您是否愿意谈一些自己在以往的学习和工作中获得的工作经验和心得体会？（可以包括软件测试、过程改进、软件开发或者与此无关的其他方面）
18.你对测试最大的兴趣在哪里？为什么？
最大的兴趣就是测试有难度，有挑战性！做测试越久越能感觉到做好测试有多难。曾经在无忧测试网上看到一篇文章，是关于如何做好一名测试工程师。一共罗列了11，12点，有部分是和人的性格有关，有部分需要后天的努力。但除了性格有关的1，2点我没有把握，其他点我都很有信心做好它。
刚开始进入测试行业时，对测试的认识是从无忧测试网上了解到的一些资料，当时是冲着做测试需要很多技能才能做的好，虽然入门容易，但做好很难，比开发更难，虽然当时我很想做开发（学校专业课我基本上不缺席，因为我喜欢我的专业），但看到测试比开发更难更有挑战性，想做好测试的意志就更坚定了。
不到一年半的测试工作中，当时的感动和热情没有减退一点（即使环境问题以及自身经验，技术的不足，做测试的你一定也能理解）。
我觉得做测试整个过程中有2点让我觉得很有难度（对我来说，有难度的东西我就非常感兴趣），第一是测试用例的设计，因为测试的精华就在测试用例的设计上了，要在版本出来之前，把用例写好，用什么测试方法写？（也就是测试计划或测试策略），如果你刚测试一个新任务时，你得花一定的时间去消化业务需求和技术基础，业务需求很好理解（多和产品经理和开发人员沟通就能达到目的），而技术基础可就没那么简单了，这需要你自觉的学习能力，比如说网站吧，最基本的技术知识你要知道网站内部是怎么运作的的，后台是怎么响应用户请求的？测试环境如何搭建？这些都需要最早的学好。至少在开始测试之前能做好基本的准备，可能会遇到什么难题？需求细节是不是没有确定好？这些问题都能在设计用例的时候发现。
第二是发现BUG的时候了，这应该是测试人员最基本的任务了，一般按测试用例开始测试就能发现大部分的bug，还有一部分bug需要测试的过程中更了解所测版本的情况获得更多信息，补充测试用例，测试出bug。还有如何发现bug？这就需要在测试用例有效的情况下，通过细心和耐心去发现bug了，每个用例都有可能发现bug，每个地方都有可能出错，所以测试过程中思维要清晰（测试过程数据流及结果都得看仔细了，bug都在里面发现的）。如何描述bug也很有讲究，bug在什么情况下会产生，如果条件变化一点点，就不会有这个bug，以哪些最少的操作步骤就能重现这个bug，这个bug产生的规律是什么？如果你够厉害的话，可以帮开发人员初步定位问题。
19.你的测试职业发展是什么？
测试经验越多，测试能力越高。所以我的职业发展是需要时间累积的，一步步向着高级测试工程师奔去。而且我也有初步的职业规划，前3年累积测试经验，按如何做好测试工程师的11，12点要求自己，不断的更新自己改正自己，做好测试任务。
20.你为什么会选择软件测试这个行业呢？
21.你觉得你如何才能胜任这份工作？
21.你要是从事测试这个行业，你的优势是什么？
22.你自认为测试的优势在哪里？
优势在于我对测试坚定不移的信心和热情，虽然经验还不够，但测试需要的基本技能我有信心在工作中得以发挥。
23.你以前工作时的测试流程是什么？
公司对测试流程没有规定如何做，但每个测试人员都有自己的一套测试流程。我说下我1年来不断改正（自己总结，吸取同行的方法）后的流程吧。需求评审（有开发人员，产品经理，测试人员，项目经理）－>需求确定(出一份确定的需求文档)－>开发设计文档（开发人员在开始写代码前就能输出设计文档）－>想好测试策略，写出测试用例－>发给开发人员和测试经理看看（非正式的评审用例）－>接到测试版本－>执行测试用例（中间可能会补充用例）－>提交bug（有些bug需要开发人员的确定（严重级别的，或突然发现的在测试用例范围之外的，难以重现的），有些可以直接录制进TD）－>开发人员修改（可以在测试过程中快速的修改）－>回归测试（可能又会发现新问题，再按流程开始跑）。
24.当开发人员说不是BUG时，你如何应付？
开发人员说不是bug，有2种情况，一是需求没有确定，所以我可以这么做，这个时候可以找来产品经理进行确认，需不需要改动，3方商量确定好后再看要不要改。二是这种情况不可能发生，所以
不需要修改，这个时候，我可以先尽可能的说出是BUG的依据是什么？如果被用户发现或出了问题，会有什么不良结果？程序员可能会给你很多理由，你可以对他的解释进行反驳。如果还是不行，那我可以给这个问题提出来,跟开发经理和测试经理进行确认,如果要修改就改,如果不要修改就不改。其实有些真的不是bug，我也只是建议的方式写进TD中，如果开发人员不修改也没有大问题。如果确定是bug的话，一定要坚持自己的立场，让问题得到最后的确认。
25：你对我们公司了解有多少？
26：请谈谈你个人的最大特色。
我的坚持度很高，事情没有做到一个令人满意的结果，绝不罢手。
27.白盒测试和黑箱测试是什么?什么是回归测试?.设计用例的方法、依据有那些？
29.对于一个测试工程师应具备那些素质和技能？
30.一个缺陷测试报告的组成都包括什么东西？
31.软件测试项目从什么时候开始，？为什么？
32.简述一下缺陷的生命周期
33.你怎样做出自己的职业选择？
分析 面试人提出这个问题是为了了解求职者的动机，看看他（她）应聘这份工作是否有什么历史渊源，是否有职业规划，是不是仅仅在漫无目的地申请很多工作。
错误回答 我一直都想在企业界工作。自孩提时代起，我就梦想自己至少也要成为大企业的副总裁。
评论 除了难以令人相信之外，这种回答还存在一个问题：它表明求职者会对副总裁以下的职位不感兴趣。
正确回答 在上大学四年级前的那个夏天，我决定集中精力在某一领域谋求发展。尽管我是学商业的，但是我不知道自己最终会从事哪一行业的工作。我花了一定的时间考虑自己的目标，想清楚了自己擅长做的事情以及想从工作中得到的东西，最后我得出了一个坚定的结论，那就是这个行业是最适合我的。
评论 这种回答表明，求职者认真地做过一些计划，缩小了自己的关注点，而且也认准了前进的方向。这种回答还表明，求职者理解个人职业规划的重要性，并且有能力做出认真的个人决策。
1.你都用什么测试方法
2.怎么编写案例
3.怎么才能够全面的测试到每一个点
1.你都用什么测试方法
针对不同的产品或者系统或者模块，有不同的测试方法。总体而言有白盒测试和黑盒测试。
2.怎么编写案例
案例的编写与测试阶段的定义有很大的关系。系统测试和unit测试的案例可能不同。总体而言测试案例根据系统的需求而定。
3.怎么才能够全面的测试到每一个点
测试的全面性主要需要在设计测试计划的时候考虑，从测试策略，产品需求等等多个角度考虑从而定义全部的测试点。
1、谈谈软件测试技术，以及如何提高
2、谈谈软件测试职业发展，以及个人的打算
3、谈谈软件测试在企业的地位，也可以结合软件生命周期来谈
有可能清晰的思路比确切的答案更重要
在这里，主要说下笔试和面试的问题，希望大家共同参考。
1，一般公司里实际的软件测试流程是什么样的？你们公司又是怎样的？
2，软件工程师要具有那些素质？
3，你会哪些测试工具？怎么操作？
4，你能不能说下你的3到5年的职业计划（规划）
5，你觉得你来应聘有那些优势？
其余的还好说，但就第4个问题，我感到不好说哦！希望大家给个意见
第一关：首先要自我介绍，自己的性格怎么样，目前的工作经历积累了一些什么经验取得了些什么值得一说的成果。然后要说说对软件测试怎么看？还有对于软件测试有什么自己的想法。为什么会想到要做这行（因为我的简历上的工作经历没有关于测试方面的）。哦，还有期望薪资。
第二关：认为软件测试人员所要具备的基本素质，如果遇到问题会怎样处理，如果得不到研发人员的配合（就是研发说这个不是问题）你又会怎么处理？然后就是一些基本概念，比如软件测试的流程有哪些？如果我上任了，首先会怎么开始自己的工作计划。
（前两关通过了后面这个就好过多了）
第三关：像我介绍了一下公司的情况，告诉我主要针对什么内容的测试，会不会使用数据库。告诉我大概要做哪些内容，详细的可以上岗以后慢慢熟悉。
大概就这么多了，这对没有经过这一关的不知道有没有帮助，仅供参考吧
我觉得就像李波说的，关键是要给对方留下好印象:)
面试官最后会问你有什么问题要问吗。作为应聘者的你一般不要说没问题问，这会给面试官留下你不太重视这份工作的坏印象。所以如果你想得到这份工作的话应该抓住这最后的表现自己的机会： 你可以问：
1.贵公司近期和远期的发展目标是什么？
2.贵公司的主要竞争对手有哪些？
3.贵公司有多少开发人员有多少测试人员？
4.贵公司又进一步扩充测试人员的计划吗?
5.如果我有幸能进入贵公司的话，我有怎么样的发展？
6.测试人员的沟通能力很重要，贵公司有规范的沟通渠道吗？
7.请介绍一下贵公司的福利情况。
8.请问我什么时候能知道结果？
甲方（测试方）：
乙方（供测方）：
甲乙双方经过平等协商，在诚信友好，充分地表达各自意愿的基础上，根据《中华人民共和国合同法》的规定，达成如下协议，双方共同遵守。
第一条 合同性质
本合同属于软件测试合同。
第二条 合同内容
乙方为甲方提供《软件》的测试。
以下的测试款项，甲方在购买正式的软件时，可作为正式购买软件预付款的一部分抵扣，同时，测试期结束，此合同失效。
第三条 测试方式，费用及支付方式
测试方式为：账号的测试；提供测试服务器测试；客户出服务器，提供测试软件。
支付方式：a．账号的测试：合同签订后，乙方提供2个带有的账号（每个账号有30分钟的话费）话机或网关，提交甲方测试，测试的费用只收硬件的押金即可。测试结束，乙方按硬件的借侧合同执行。b．提供测试服务器测试：由乙方提供整套的已装有软件带有公网ip地址的服务器，其管理权由甲方控制，测试期为一个月，测试费用：元，合同签订后一次付清，即可将服务器的地址与密码交予甲方。测试结束后全部收回。c．客户出服务器，提供测试软件：客户按照乙方的要求将服务器，中继网关配好后，提交乙方安装软件，具体的条款见本合同的第四、五、六、七条。测试期为个月，费用为元人民币，合同签订后一次性付清。
第四条 合同执行期限
交货：甲方将所需要的全部硬件设备配好后（硬件设备配置必须符合乙方系统的要求）；乙方应于甲方通知乙方安装系统之日起个工作日内完成软件系统的安装和调试。
第五条 验收标准及时间
乙方安装和调试竣工资料（包括用户手册和／或维护手册等）。
甲方接到乙方验收通知后在现场安排验收，验收合格后，甲方以书面方式签收。
第六条 系统培训
甲方参加系统培训的人员的基本的要求：熟悉并具有电信操作及运营经验，熟悉英特网及宽带网的协议及设计，能熟练操作msie6．0linux9．0cis，熟悉计算机及服务器系统的维护及简单维修。
第七条 软件服务内容
7．1 在网关及接通并通过验收后，在个工作日内完成远程网关软件安装及调试工作。
7．2 在服务器及完整的linux9．0操作系统安装完毕并通过验收后，在个工作日内完成远程软件安装及调试工作。
7．3 在以上两项工作完成之后，科技在5个工作日内完成远程综合调试工作并提交综合测试报告。
7．4 售后服务条例：对于使用系统服务平台的运营商，乙方提供许可软件的售后服务支持
7．5 售后服务指标体系：乙方在接到甲方反映的技术问题30分钟内电话联系一级技术支持并开始工作。经常性问题在60分钟内解决，为解决的问题提供120分钟进展报告。有难度问题（在24小时内不能解决的问题），提供每12小时进展报告。
7．6 系统的安装，调试及维护原则上由乙方负责。
7．7 乙方提供的技术支持为。
第八条 不可抗力
甲乙双方的任何一方由于不可抗力的原因不能履行合同时，应及时向对方通报不能履行或不能完全履行的理由，在取得有关主管机关证明以后，允许延期履行，部分履行或者不履行合同，并根据情况可部分或全部免予承担违约责任。
第九条 争议解决方式
在合同履行过程中发生争议，双方应当协商解决。协商解决不成，双方商定，采用向合同签订地仲裁委员会仲裁。
第十条 合同生效
本合同正本一式二份，甲乙双方各执一份，经双方签字盖章后生效。
甲方（盖章）：乙方（盖章）：
授权代表（签字）：授权代表（签字）：
年月日年月日
签订地点：签订地点：