软件测试人员如何轻松搞定面试官
面试是一件有趣的事情。要想获得一份软件测试工作，首先面试要面的好。能否被招聘单位选中，通常跟你能掌握的测试技术关系不大，这是测试员心中最典型的痛处。如何能在面试的过程中脱颖而出，轻松取得Offer？相信在看完本期专题后，大家都很快能找到答案...
软件测试面试关键点
1、 吸引面试官的自我介绍
很多人在准备名企面试时会特别紧张，总觉得不自信，机会渺茫。因为名企意味着层层选拔，独木桥式的竞争，意味着很少的人能留到最后......[]
2、 与面试官谈出满意薪资--测试人员求职面试的时候如何谈薪酬待遇
在社会大学里混了那么多年，我最惨痛的经历就是，在应聘一家企业的时候，总是羞于谈薪酬待遇......[]
3、 面试官不爱听的离职原因--面试别向HR说这六种离职原因
离职原因的回答宗旨是：不管你最终选用什么答案，都不应伤害或诋毁前公司、老板、上司、同事、客户，也不要委屈了自己......[]
4、 面试结束后能做什么？--一个测试工程师面试结束后想说的
昨晚正式收到支付宝的Offer，提交完离职申请，我的求职过程也就告于段落了。写下这篇文章，希望我的这些经历可以对正在求职的你能有点启发......[]
5、 面试官让我遭遇尴尬--面试10大刁钻问题与回答提示
相信每个同学都有在面试中碰到HR问的各种刁难问题。事实上，面试官关心的并不是你的回答......[]
各大公司面试经验分享
从面试角度谈360和阿里的测试文化
最近一年一直都在招聘测试开发，尤其是年后，在传统的跳槽高峰推动下，面试的时间基本上占了工作的一半。当然这其中也包含了很多吐槽和抱怨......[]
一次谷歌面试趣事
很多年前我进入硅谷人才市场，当时是想找一份高级工程师的职位。如果你有一段时间没有面试过，根据经验，有个非常有用的提醒你应该接受，就是：你往往会在前几次面试中的什么地方犯一些错误......[]
各大公司软件测试面试题整理
面试官的建议
测试技术面试官经验分享
我认为面试的原则是寻找长处，发现不足。面试不是去难为候选人，更不是去显摆自己有多高的水平，而是要在较短的时间内寻找候选人的长处，确定其长处是否与岗位、团队、文化匹配......[]
让面试官告诉你如何成为优秀的Android工程师
通常，在面试的过程中，从回答问题的方式，就可以看出这个人是否有自信，是否敢于承担责任。当然，良好的准备才是打赢胜仗的基础，而只有知己知彼，才能百战不殆......[]
软件测试现状调查报告
测试人员面试经历系列
相关面试题下载
测试人员简历制作技巧
面试相关书籍推荐
相关测试专题推荐
| 沪ICP号号
意见反馈/投稿邮箱：(请将#修改为@)
Copyright(
All Rights Reserved什么样的人适合做软件测试
核心提示：工作态度如何，是评价一个测试人员最主要的方面，一个高水平的测试人员（指纯技术能力）如果没有一个好的工作态度信息来源于网络，更多信息请点击：测试外包(/cn/service/index2.asp)
1、工作积极主动
工作态度如何，是评价一个测试人员最主要的方面，一个高水平的测试人员（指纯技术能力）如果没有一个好的工作态度，在测试团队中有时候不但不能对测试工作起到推动作用，有时候还起到阻碍作用，而一个愿意工作的测试人员，哪怕他的技术水平不高，人也不聪明，但对自己的工作认真负责，你告诉他的事情，他都可以认真去做，这个测试人员也会对测试工作起到很大的促进作用。这也是为什么很多企业愿意让刚参加工作的人员做测试工作的一个主要原因。另外，测试人员对工作是否主动也会很影响一个测试人员的发展，举一个例子，我的一个测试人员在自己工作空闲的时候会自己去学习QTP,提高自己的技术水平，这样在下一个测试的时候，他可以熟练的使用这个测试工具去进行自动化测试，不但提高了工作效率降低了工作强度而且为自己创造了更好的发展机会（因为使用QTP效果好，被提升为测试组长）。所以说有效的利用工作时间，主动学习对一个人发展是很重要的。另外一个例子也差不多，我的一个测试人员，在自己的测试任务异常终止的时候，而其他测试组任务很忙的情况下，主动要求参加其他组的测试工作，先不说他的技术水平如何，这种主动要求工作的态度就让他从其他人中脱映而出，引起了我的重视，自然对他的工作会格外注意，而我们的每一次的交流都会让他学到很多新东西。
2、认真，细心，不怕麻烦
不能不说的是，测试工作是一个烦琐的工作，如果你不是认真、细心，不怕麻烦的人，建议你最好不要进入这个行业，否则，最后难受的肯定是你自己。
有那么一句话：细节决定成败，这句话格外适用于测试人员。测试人员的在做测试需求的时候，开发人员人员的写的系统需求报告中的每一个需求点都会在测试需求中成为几个测试需求点（你要验证正常情况，异常情况），有时候给人的感觉就象在玩排列组合的游戏，但这个游戏排列组合的情况实在太多了，如果你不够耐心，不够细心是很容易遗漏测试需求点的，而这些遗漏的地方往往是问题点（开发人员也容易忘记考虑这些地方，从而产生问题），另外测试工作输入的数据是一个很烦琐的事情举一个例子来说，一个日期合法性测试，很容易总结三、四百个测试数据，你想全部测试工作会是一个什么数量。而更可怕的是，测试不是一次性的工作，经常需要做回归测试，所有烦琐的工作必须不断的重复，而在重复的时候测试人员往往会因为怕麻烦，减少测试用例数，造成测试的不全面。所以说认真、细心、不怕麻烦是一个好的测试必备的素质要求。
3、学习能力强，善于总结
92年我参加工作的时候想找一本软件工程的书那叫一个困难，97年刚接触测试的时候，测试方面的书也几乎没有，这些都对我的水平的提高产生了很大的妨碍，但也并不能成为我们提高自己水平的借口，97年我们做的测试主要是功能测试，开始也是大猩猩测试，后来一方面从专业书籍里搜寻测试的资料，一方面总结我们自己的经验，1年以后我们基本形成了自己的测试流程和方法，我们有自己的测试计划的编写方法，测试用例编写的规范，测试总结的方法，新来的测试人员可以这些文件很快的提高自己的水平，后来的测试工具学习我们也是采用这种方法，在QTP的学习过程中，我的一个部下，学习了3个月，就基本掌握了QTP的使用，而且还总结了使用QTP常遇到的问题发表到了论坛上，很多了都认为他是一个技术大拿，其实他只是一个工作了8个月，学习了3个月的新手。不断的学习新技术，不断总结在实际工作遇到的问题，解决的方法，并把他们整理归纳，是一个测试人员提高自己的技术水平的最好的方法。还有两点需要说明的是：1、随着测试工作日益专业化，原来的低水平测试人员越来越不能满足测试的需要，测试工具的使用，测试理论的更新，新技术的应用都要求测试人员要不断提高自己的水平；2、好的测试人员不但要理解测试技术，对被测试系统以及开发环境和工具以及系统架构都要很了解才能制定合理的测试方案，也就是说测试负责人不要要了解测试技术，还要了解主流的开发技术、架构和工具（虽然不用成为专家），这一切都要测试人员不断的学习和总结。
4、掌握测试理论
开发工具在变，测试工具在变，被测试的系统在变，一切的东西都在边，那么作为一个测试人员最重要的是学习什么，个人认为是测试理论的学习，拿我自己的例子来说，我原来是做纯软件的，可是现在接触到了很多和硬件相关的测试，比如手机测试，但不管你测试的是什么系统基本理论是不变的，首先都需要开发人员提供比较好的需求文档。概要设计文档，详细设计文档，需求文档是我们制定测试需求的标准，也是我们判断系统是否存在问题的标准，而概要设计文档，详细设计文档是我们制作测试用例的依据。我们的划分等价类，边界值测试等基本测试的方法都需要这些文档的支持，当然每一种不同类型的测试，都有其特殊的地方，比如手机的测试就需要你对通讯理论有一定的了解（也就是系统环境），所以说好的测试人员必须数量掌握测试理论。如果你认为你的测试理论已经不错了，那就回答一下性能测试，负载测试，压力测试有什么区别这个问题吧。
5、不清谈，而是冲锋在前
我的一些测试人员，总是喜欢给我出注意，但却从来不考虑如何实施，他们喜欢的一句话就是，看我多聪明，一眼就可以问题的实质，头我这个参谋不错吧（我原来也是这样）。我要告诉大家这样的人实际已经落入了一个技术生涯的误区，看到问题可以说明你有一定的水平，但如何解决问题，如何实施才是真正体现一个人水平，中国文人当初因为怕杀头，产生了一个极为可怕的现象就是什么光清议，而从不肯去实践。这个不好的习惯我们现在叫做眼高手低。只有在解决实际问题的时候我们才能发现我们的解决方法有那些不足，会产生什么新的问题，从而不断改进我们的工作，一个简单的例子，我用TD已经很长时间了，可今天我还是能发现TD一些新的特点，并把这些特点用到我的工作中去，改进我的测试管理，所以个人认为好的测试人员总是那些冲锋在前的测试人员，在实际工作中才是提高功能能力的最好方法。 本信息的网址 /xinwen//0d3226788.html
为您提供优质的B2B信息网站，是企业产品推广营销首选b2b商贸网站。
批发采购信息由企业自行提供，信息内容的真实性、准确性和合法性，零度网对此不承担任何保证责任，也不承担您因此而发生或交易致使的任何损害。
版权所有(C)
零度网 保留所有权利君，已阅读到文档的结尾了呢~~
[教学]一个软件测试主管的职业之路
扫扫二维码，随身浏览文档
手机或平板扫扫即可继续访问
[教学]一个软件测试主管的职业之路
举报该文档为侵权文档。
举报该文档含有违规或不良信息。
反馈该文档无法正常浏览。
举报该文档为重复文档。
推荐理由：
将文档分享至：
分享完整地址
文档地址：
粘贴到BBS或博客
flash地址：
支持嵌入FLASH地址的网站使用
html代码：
&embed src='/DocinViewer--144.swf' width='100%' height='600' type=application/x-shockwave-flash ALLOWFULLSCREEN='true' ALLOWSCRIPTACCESS='always'&&/embed&
450px*300px480px*400px650px*490px
支持嵌入HTML代码的网站使用
您的内容已经提交成功
您所提交的内容需要审核后才能发布，请您等待！
3秒自动关闭窗口您现在的位置： >> 测试过程中遇到的问题 >> 软件测试的心得体会
软件测试的心得体会
来源： 时间：
【软件测试的】软件测试软件测试工作是一个系统而复杂的工程， 软件测试的目的就 是确保软件的质量、确认软件以正确的方式做了你所期望的事 情，所以工作的主要任务是发现软件的错误、有效定义和实现软 件成分由底层到高层的组装过程、 验证软件是否满足规格书要求 和系统定义文档所规定的技术要求、 为软件质量模型的建立提供 依据。而且软件的测试不仅是要确保软件的质量， 还要给开发人员 提供信息，以方便其为风险评估做相应的准备，以及为其提供分 析依据，重要的是要贯穿在整个软件开发的过程中，保证整个软 件开发的过程是高质量的。软件测试对测试工程师来讲，要求具备较强的专业知识，严 谨细心耐心的测试态度，良好的反向思维、发散思维能力、沟通 能力等等。以下是就自己的经历谈一些浅见：1. 标准文档的制定1.1. 任何一个要让自己的产品面市，都要有自己的一套完整的品质标准，这个标准一定是在符合国标及客户 标准的基础上形成的企业标准，系统而全面地描述一款 产品的功能、性能、可靠性、健壮性、安规要求等一系 列的产品标准，并根据客户特定要求相应调整。1.2. 测试仪器的作业指导书 (SOP)及保养说明等。定义仪器 的使用步骤、操作指南和保养细则等。2. 测试资料的归档标准媒体文件、测试报告、BUG LIST 库（电子类问题、结构 类问题、软件类问题：方案自存问题、品证测试问题、生产 测试问题、客户反馈问题、终端消费者反馈问题等） 、认证测 试文档归纳(认证公司资料、 认证过程中出现并改善 的问题)、测试工程师经验分享、常见问题解答 FAQ 等。3. 功能测试3.1.这是软件测试工作中最核心和最基本的一项测试，该测 试的主要内容是检查软件是否符合需求定义，并通过构 造正常的操作来检查的动作是否正确；在这个测试里， 正确性是最最重要的软件质量要素。3.2.功能测试按照可见性可以分为两类：显性功能和隐性功能。显性功能：指在菜单里可以看得到的功能。隐性功能：指在菜单里看不到的功能。例如，电话本的显性功能有增加、编辑、删除、拨打等， 这些功能可以在电话本的菜单里面看得到，姓名列表排 序则属于一个隐性功能，因为在电话本的菜单里没有这 样一个子菜单，但它却是一个实实在在的功能。如以下这些隐性功能都测试中都需重点关注a. 电话本上下页切换，是否有遗漏联系人信息？ b. 是否支持手机内存、SIM 卡电话本的同时下载？还是 支持从一种介质里下载？ c. 断电后再上电，系统设置的时间是否有记忆功能？ d. GPS 信号正常时，导航地图中时间是否有更新？ e. TFT 屏在 Power off→on, ACC off→on 时，屏的角度 是否有记忆？ f. 模拟导航时， 是否有双工功能？后台源声音输出是否 正常？ g. 路试语音产品外置麦克风使用效果时，考虑车速、风 声、车内讲话噪声、汽车底盘/发动机噪声等对麦克 风录音效果的影响， 软件多线程开启时导致的资源占 用/系统繁忙对后台录音系统的影响。(也可从结构方 面考虑：外置麦克风型腔开孔的接触面积，是否 360度可旋转等来增加录音的路径等。） h. 地图上的 POI 信息通过后台语音搜索获取不到， 解决 措施：要求方案商讯飞完善后台语音库。3.3.在实际的测试过程中，显性功能通过菜单遍历可以很容 易地进行无遗漏的测试，但是隐性功能却很容易为我们 所忽略！一个有效的解决办法是去检查软件的功能定义 列表(Feature List)，从这个列表里面找出那些隐性的 功能。3.4.制定测试用例时，要充分考虑各功能模块软件的显性功 能和隐性功能。4. 健壮性测试橘生淮南则为橘，生于淮北则为枳。是说明橘的健壮性太差。该成语充分说明了我们对产品进行健壮性测试的必要性。4.1.健壮性是指在异常情况下，软件还能正常运行的能力。健壮性有两层含义：一是容错能力，二是恢复能力。健壮性测试主要包括：电子硬件健壮性(如：遥控距离测 试、高低电压适应性测试、插拔电及开关机测试、静电 抗扰度测试、热插拔测试)和机械健壮性(如：整机结构 设计基准测试、模拟运输测试、常温包装跌落测试)。4.2.这项测试主要是检查软件对异常操作的容错能力，异常操作通常要考虑异常输入操作及异常条件两个方面。例如测试蓝光媒体播放器时， 反复把 HDMI 连接线拔掉， 造成通信异常中断，再接上复合视频(CVBS)信号输出， 即由数字信号输出转为模拟信号输出。恢复测试重点考 察一下几项（1）系统能否重新运行； （2）有无重要的 数据丢失； （3）是否毁坏了其它相关的软件或硬件； （4 ） 若软件出现系统报错，是否有自恢复能力。4.3.软件的很多功能的实现是有很多隐含的条件的，在健壮 性测试中，要检查当这些条件不满足的时候的反应。例如：目前大多数 3G 智能手机，与各电信运营商形成利 益捆绑，每款手机支持特定的电信运营商提供的通信服 务，其它运营商提供的服务则被拒之门外。当使用移动 SIM 卡安装在只支持联通通信服务的 3G 手机上，关注该 手机表现：是否在执行自动更新时重启？还是执行自动 更新后提示不支持移动运营通信服务：SIM card not supported, emergency calls only？ 例如：在做完常温包装跌落测试后，再测试机芯的读碟 能力，读取偏芯碟、面振碟、偏重心碟、刮痕碟、指纹 碟等等碟片，与未做跌落测试前读碟能力进行比较。如 果读碟能力比以前更差，则考虑改进措施：软件适当增 加录轨时间或机芯托盘加固等。5. 矩阵测试 5.1.矩阵测试是使处于一个特定的状态，然后构造一个异步 事件，检查当这个异步事件发生时软件的性能。5.2. 根据事件的来源，异步事件分为外部事件和内部事件 两种。外部事件举例：蓝牙模式下来短信、来电话、各种介质 (U 盘、iPod、导航卡、收音天线)接入等。如接入导航盒 后， 导航不运行， 看是否会对其它模式的运行产生影响？ 测试的 Mazda J53R 就是在接入导航盒后，产生系统 不稳定，长时间播放蓝牙音乐、iPod 曲目等会出现系统 报错。内部事件举例：车载 DVD 蓝牙自动连接、自动接听、音 乐下载流量使用提醒, 手机低电警告、自动关机等。如 带在线音乐功能的车载 DVD，插上 3G dongle 时，下载歌 曲时是否有流量提醒：该歌曲占用多少容量、目前已用 多少流量、还剩余多少流量。6. UI 测试 好的 UI 设计不仅是让软件变得有个性有品味，还要让软件的 操作变得舒适、简单、自由、充分体现软件的定位和特点。UI 测试遵循的原则6.1.易用原则：如主菜单 icon 的排列布局：横纵向、环形、 椭圆形。6.2.友好原则：歌曲列表中的 drag bar 是否太窄，导致不方 便拖动？ 6.3.求美原则：检查在 UI 的布局里，各种要素是否能传达一 种美感，布局是否合理，色彩是否合谐。如拖动列表的动态效果、刷新列表的沙漏效果等。6.4. 一 致 性 原 则 同 样 的 一 个 功 能 的 UI 在 不 同 的 情 景 (scenario)所呈现的方式应该保持一致。例如：在设置菜单选择 DSP 模式，退出后在各放音源下检 查 DSP 模式与设置菜单中是否一致； 将系统语言改为英语 等其它语言，播放界面及菜单等，拼写是否正确，显示是 否一致、是否越界等。6.5.普遍性原则：即遵循约定俗成的规定。蓝牙 icon 一般遵 照蓝牙认证协会 标识，如果自己另外搞一种 icon 设计，反而弄得不伦不类。测试用户界面的色彩搭配、整体布局、行距、对齐，样式统一 等等。还有就是一些控件是否合理，提示信息和页面信息是否 有语法错误等等一系列问题，都应考虑进去。7.用户体验用户体验：一种纯主观在用户使用产品过程中建立起来的感 受。对于一个界定明确的用户群体来讲，其用户体验的共性是 能够经由良好设计实验来认识到。例如7.1.自然往往和人的本性相关的。微信的摇一摇是个以“自然” 为目标的设计。设计“摇一摇”时，目标是和人的“自然”或 者说“本能”动作体验做到一致。摇一摇的体验包括：动作摇动；视觉:屏幕裂开并合上来响应动作； 听觉:有吸引力 的声音来响应动作；结果:从屏幕中央滑下的一张名片。整个界面没有菜单和按钮。但几乎没有比它更简单的交互 体验了。联想到车载 DVD，如果能通过手势识别来实现 上、下页菜单的切换也是不错的选择。7.2.如 Mazda J53R 平台蓝牙电话本的下载，使用部分手机连 接成功后下载时间超过 2 分钟并提示 Time out，且电话 本条目数量也不多，约 200 条，从用户角度来说此时长不 合理且不易接受。例如建议软件增加电话本保存在内存 中，需要调用时直接从主机菜单内导出即可，这样方便且 快捷，而且下载时间快，不需再通过蓝牙传输。7.3.主机主音量不变的情况下，通过切换模式，主观感觉不同 模式下声音输出幅度不一致， 即不同模式间切换感觉声音 忽大忽小，这样就会给用户造成较差的听觉感受。此时我们可通过增益平衡(Gain Balance)来分析各源间的信号 输出幅度a.将 TCD-784 碟第 2 曲 1KHz 0dB 信号作为标准信号通过 Line out 输出,再在信号发生器上定标准输出； b.调节信号发生器参数为频率 98.1MHz,调制率 75KHz， 信 号强度 66dB,比较与 CD 输出时的幅度差别； c.调节信号发生器参数为频率 999KHz,调制率 80%，信号 强度 80dB,比较与 CD 输出时的幅度差别； d.转到 AUX,将输入设置为 1KHz，500MV(-12dB), 比较与 CD 输出时的幅度差别。通过不同模式下的输出幅度对比作为理论依据来改善, 如判定标准 0+/-3dB。8.兼容性测试主要测试不同介质对于被测设备的表现。包括：硬件兼容性测 试(USB、SD、碟片、蓝牙手机等兼容性测试)和软件兼容性测 试(音视频、图片、文本格式兼容性测试)。如何在有限的成本和资源考虑下， 针对此软件产品规划出适当 的兼容性测试，是所有软件测试技术人员关注的重点。8.1.评估软件应用环境，有针对性的制定测试。做多少设 备投资？投入多少人力？要测试多少兼容性测试完全会影响到软件产品的最终成本。想要专心和投资在研发上， 又想要节省成本的做好兼容性测试， 只有评估软件应用环 境，有针对性的制定兼容性测试计划,才能兼顾成本和产 品的兼容性质量。8.2.在多种平台/应用环境上测试一个软件产品的开发成功， 不仅仅是编写完为使用者提供服务功能的程序而已， 更重 要的是能在用户环境中可靠的运行。因此，软件程序编写 工作的完成，其实只是完成了开发任务中的一半，对软件 进行模拟用户环境进行兼容性测试其重要性不亚于对程 序本身的开发。因此在不同平台、不同版本软件上做对比 测试很有必要。9.性能测试 性能测试通过自动化的测试工具模拟多种正常、 峰值以及异常 负载条件来对系统的各项性能指标进行测试。负载测试和压力 测试都属于性能测试，两者可以结合进行。9.1.测试通道延迟和极性（Channel Delay and Polarity） ， 播放通道激励信号 bd_8ch_delaypol_21,使用 AP2700 扫 描到的曲线图（如下） ，以此观察通道的延迟和极性是否 符合要求。9.2.音视频同步 （A/V Synchronize） ,播放标准 AV 测试信号， 使用 AV 同步测试仪接受信号，测试仪的另一端连接 PC。如 Dolby Digital Plus 判定标准：视频先于音频 10ms 或视频后于音频 15ms，为可接受范围。10.临界测试 临界测试，就是指数据在保存、删除、传送、发送时或者这 些动作即将发生时，软件对外部干扰事件的处理情况。如文本文件容量大于或等于设计容量，关注读取时的表现； 蓝牙通话/蓝牙音乐关注传输距离临界值附近的测试结果； 蓝 牙连接成功立即断开再连接等。如 MTK 平台的某些机型在即将删除一条短信息时收到一条新 信息，但删除的却不是刚刚选定的那条信息，而是刚刚收到 的这条新信息！11.可靠性测试 11.1.可靠性是指在一定的环境下、在给定的时间里，软件不 发生故障的概率。11.2.可靠性本来是硬件领域的术语，比如某个电子设 备在刚开始工作时挺好的，但由于器件在工作中 其物理性质会发生变化（如发热） ，慢慢地系统的 功能或性能就会失常。例如：高温工作试验：常温下将产品置于恒温恒 湿试验箱中，按实际装车的状态连接输入设备， 负载设备，电源，使样机为 POWER OFF 状态，逐 步升温到+70℃， 保持 2 小时后， 使样机为 POWER ON 标准工作状态， 分别设置为 AM、 FM 电台收音/DVD、 CD、SD 卡播放/蓝牙/导航等工作模式下工作，若 无电台则接收 AM/FM 信号发生器输出标准信号,音 量开关置 1W 输出功率位置,试验中经常确认样机 工作是否正常。样品工作 72 小时后，外观、功能应正常；试验后在常温下放置 2 小时以上，电性 能指标测试应正常。11.3.软件在运行过程中不会发生像硬件那样的物理变化， 但 是并不代表软件现在运行是正确的， 那它一辈子运行也 是正确的，说不定哪一天它就不正常了。软件中司空见 惯的“内存泄漏”与”误差积累“等问题不是一时半 会儿就能测试出来的，需要一个较长时间的观察。例如：做完高温试验导致 Flash 坏块、或丢代码等，此 时需要软件对该模块代码做双备份处理。11.4.时隐时现的问题一般都属于可靠性问题， 纠错的成本非 常高。当工程师十万火急地感到问题现场时，问题消失 了；等工程师离开后，问题又出现了，仿佛敌进我退一 般！此种低概率现象一定要录好 Trace 和 Video。12.黑盒测试模型制约条件 期望结果输入黑盒输出12.1.黑盒测试不需要去关注软件的整体架构及其编码细则， 只需要通过构造一些合理的输入（操作） ，来观察被测设备的实际结果或现象（输出） ，从而判定是否存在问 题，需求文档是黑盒测试的主要依据。12.2.在一个功能的实现过程中， 可能存在这一些隐含的制约 条件，它们影响着期望结果或者是输出。“牛吃的是草，挤出的是奶”，这个命题有一个制约条 件，鲁迅先生虽然没有说明，但我们应该明白，这里是 特指母牛，你就是把公牛捏死了也挤不出奶来！ 12.3.问题就是输出跟期望结果的差距，需要注意的是，当立 场不同时，对问题的定性也可能不一样，开发人员站在 研发的角度说这不是问题， 测试人员站在质量的角度说 这是问题。13.实用的黑盒技术 13.1.输入的构造通常会采用穷举的， 可是穷举的空间如 果非常大，那将使人十分的沮丧，还不如回家象张恒一 样数星星，说不定还能数出个天文学家来。有两种手 可以有效地缩小穷举空间：等价划分和边界值分析。13.2.等价划分：等价区间的概念可以这样表述，设(A，B)是 命题 f(x)的一个等价区间，在(A，B)中任意取值 x1 进 行测试如果 f(x1)错误，那么 f(x)在整个区间(A，B)上都将出错； 如果 f(x1)正确，那么 f(x)在整个区间(A，B)上都将正 确。等价划分思想的关键是找到一个合适的标准去划分等 价区间！ 新中国成立不久，有一位外国记者问周恩来总理：总理 先生， 请问你们中国有几个厕所？意思是新中国一穷二 白，除了厕所多一点之外没有什么别的财富。周恩来回 答说：记者先生，我们中国只有两个厕所，一个是男厕 所，另一个是女厕所。这是周恩来总理等价划分的高超 艺术。13.3.边界值分析，“缺陷遗漏在角落里，聚集在边界上”， 边界值分析是对等价划分的一种有效补充。14.测试计划 制定一个完整、规范的测试计划对每一个测试管理人员来说 是非常重要的！测试计划应该至少包括如下之内容14.1.概述(Overview)文档通常都是以概述开头的，测试计 划在概述里应该要写明该测试是做什么的， 把测试的范 围定下来，要测什么，不测什么。14.2.测试目标(Test Goals)和发布标准(Release Criteria)一般说来，测试计划以定要写明测试的最终目标 (Test Goals) ，必须使自己和别人明白为什么必须做这个测 试，该测试需要达到的目的是什么。另外， 测试 计划 还需要 明确 定义 发布标 准 (Release Criteria)的范围，如果有需要，可能还需要定义每一 个发布标准定义在 DR2、DR3 和 DR4 个阶段的目标。14.3.测试方法描述(Testing Approach/Description) 从项目总体的角度定义软件的测试方法， 如我们在前面 讲过的单个功能测试、集成测试、系统测试，以及没有 讲的附件测试、专项测试、外场测试(Field Trial)。14.4.测试进度表(Testing Schedule) 定义在 DR 各个阶段的详细进度，该进度表依赖于项目 总进度及软件开发进度。14.5.测试资源(Testing Resource)。
【软件测试的心得体会】关于软件测试的心得体会 虽然一如继往地写读书笔记， 笔墨也浪费了不少。但真正坐下来利用大段的时间将自 己的思路理清还没有过。因为最近有了一定的时间,更因为狠狠地泡了一段时间 51Testing 测试论坛,下载学习了该网站的电子测试杂志之后，自己的思路终于开始清晰起来，朦朦胧 胧地开始看清了远方的路,麻着胆子去分析一下自己,也学着展望一下未来了,毕竟摸黑走路 的感觉很不好。我觉得学习软件测试的通用技术与针对某类软件的测试技术外,还有一个重要的与技术 无关的方面:业务知识.没有具体的业务知识很难发现软件中潜在的逻辑错误甚至是需求上 的错误,当然需求要依据特定的软件,但软件测试人员对需求理解的深入程度不应低于软件 开发的人员.因为软件测试所有的依据来自于需求,而所有的需求来自于客户,甚至是我们的 全部都来自于客户.识别需求后还必须转化为测试上的需求,毕竟测试人员看需求的角度和 开发人员还是有区别的. 关于学习， 我知道我并非计算机专业的学生,初涉软件测试行业， 没有接受系统的培训， 对软件测试一无所知，既不知道该测试什么，也不知道如何开始测试。但是,总该知道如何 去学习，然而我认为，学习总该有必要的方法 1. 找个好师傅 这是最重要的一条了,也是公司提供的最好的一个条件.刚进来的时候,td,测试都 有一个 pm 细心的和你讲,案例有什么方法来设计?要注意哪些错误?软件测试技术相关书籍 目录、软件测试流程相关文档目录、产品业务相关的文档目录，一大堆的东西马上够你头晕 的了.呵呵,还好,悟性不错,都囫囵吞枣地吞下去了. 2.学会读书 无论是神马专业，我始终确信，万变不离其宗，我知道，我不是这个专业的，但这个 并不代表这我就不了解这个，再怎么不济，我也是从书本中走出来的，我相信，只要我努力 地吧书本啃熟，我能够灵活地融入到这个职业中去，从书本中找寻解决问题的方法。标记出 自己所错误的。3.与前辈们一起讨论，多说 总有一天，我们会成为一位前辈，不过不是现在，至少现在我们应该好好的向别人学 习，所以，我觉得，前辈是我们前进道路上不可或缺的一部分，他会成为引领我们前进的发 动机，给我们指点，跟我们道工作的经验。然而，我们也应该多说，我知道，前辈们给我们 讲解，已经是很辛苦的事情，毕竟，这不是他们的义务。我们也应该多多说说我们的观点， 这样既能够让人家了解我们的水平，也方便老师前辈们对我们进行指导。这些天的学习，我也有了一点自己的心得体会 体会一：软件测试在整个软件周期中的重要性。它存在于整个项目周期，在项目开始之初需求调研的时候就开始了，在形成需求规格 说明书的时候就需要针对文档进行测试。这个环节在后续整个项目中占了很大的比重， 能主 导整个项目的走向，成败与否全在于开始阶段的决策。体会二：软件测试的真正意义在于发现错误，而不在于验证软件是正确的。再严密的测试也不能完全发现软件当中所有的错误， 但是测试还是能发现大部分的错误， 能 确保软件基本是可用的， 所以在后续使用的过程中还需要加强快速响应的环节。结合软件测 试的理论， 故障暴露在最终客户端之前及时主动的去发现并解决。这一点就需要加强研发队 伍的建设。
【软件测试的心得体会】心得体会六天的培训结束了，感觉过得好快啊。虽然是因为参加“模拟招 六天的培训结束了，感觉过得好快啊。虽然是因为参加“ 聘”获得这次机会的，不像其他同学一样是交钱的，但是我也是抱着 获得这次机会的，不像其他同学一样是交钱的， 要学东西的心态参加的。要学东西的心态参加的。第一天老师就给了个下马威――教材全是全是英文版的。第一天老师就给了个下马威――教材全是全是英文版的。对于虽 ――教材全是全是英文版的 然大三的我来说，英语四级刚过，六级成绩还没出来的情况下， 然大三的我来说，英语四级刚过，六级成绩还没出来的情况下，想看 懂全文是不太现实的。懂全文是不太现实的。在老师讲解过程中利用在线翻译才勉强能看懂 。不过培训过程中最难忘的不是来自教材， 而是来自老师的那双 子。不过培训过程中最难忘的不是来自教材， 犀利的眼神。无论何时，只要你打开了与课堂无关的网页， 犀利的眼神。无论何时，只要你打开了与课堂无关的网页，她总会第 一时间或叫号码，或叫名字，或站到你旁边。说实话， 一时间或叫号码，或叫名字，或站到你旁边。说实话，大学上课已经 很久没有这种高中被管的感觉了。但是却有种回到高中的 很久没有这种高中被管的感觉了。有这种高中被管的感觉了 虽然不爽， 虽然不爽， 快感（说的是实话） 快感（说的是实话） 。头几天还蛮不错的，食堂开门的，超市没关。可后几天， 头几天还蛮不错的，食堂开门的，超市没关。可后几天，当校门 口已无人烟， 就剩我们这几个的时候就真觉得寝室楼好静啊， 还不如 口已无人烟， 就剩我们这几个的时候就真觉得寝室楼好静啊， 在机房呆着。对于老师我想说的是，前几天笑容总是挂在脸上， 在机房呆着。对于老师我想说的是，前几天笑容总是挂在脸上，可两 天后明显笑的少了， 不知道是不是因为和大家熟了， 没有刚见面的客 天后明显笑的少了， 不知道是不是因为和大家熟了， 气了（我喜欢看人笑，本身也喜欢笑，老师的这种变化，我很敏锐的 气了（我喜欢看人笑，本身也喜欢笑，老师的这种变化， 察觉了） 。察觉了） 这次培训虽然感觉学到的没有很多，但是我了解了一个企业， 这次培训虽然感觉学到的没有很多，但是我了解了一个企业，起 码是软件测试这一行业大致的运作模式， 让我对我将来要不要从事这 码是软件测试这一行业大致的运作模式， 个行业有了认识。男生比较适合从开发做起， 个行业有了认识。认识 貌似软件测试女生为主， 貌似软件测试女生为主， 男生比较适合从开发做起， 这是我这几天得到的最大体会。这是我这几天得到的最大体会。还有对于课堂结束的， 还有对于课堂结束的演讲， 是个锻炼自己的好机会，我并不否认这点，不过貌似每都只有一次机会， 自己的好机会，我并不否认这点，不过貌似每个人都只有一次机会， 我是个表现欲很强的人，让我讲了一次有点不过瘾。我是个表现欲很强的人，让我讲了一次有点不过瘾。开始我是因为不想浪费免费来上课的就会， 开始我是因为不想浪费免费来上课的就会，来到后我觉得确实很 多时候是需要多接触下这些社会上的公司、 企业等， 毕竟还有一年就 多时候是需要多接触下这些社会上的公司、 企业等， 毕业了， 到底何去何从自己是真的要好好做个打算了。期待下一期的 毕业了， 到底何去何从自己是真的要好好做个打算了。网新的培训…… 网新的培训……
【软件测试的心得体会】软件测试学习总结姓名：某某 学号： 在大庆浦东软件平台有限公司经过一周的软件测试实训，从对软件测试没 有什么经验的我初步掌握了软件测试的方法和技能，收获颇多。我在大学期间的专业是信息与计算科学，原本打算从事网络方面的工作， 对目录、数据库、操作系统等的知识比较感兴趣。经过这次理论学习，了 解到要做好软件测试，要求掌握的知识并不仅仅是测试方面的，网络、数据库、 操作系统等的知识对做好测试也是很有帮助的。这让我明确了以后学习的目标， 在不断学习软件测试的同时，也应该继续其他相关知识的深入学习。通过此次学习，对整个软件测试行业的了解大大的加深。以前认为软件测 试只是枯燥的反复的使用被测试软件来发现异常的问题，以为软件测试并不重 要，低开发一等。现在认识到了软件测试的重要性，软件测试是软件产业向软 件工业化生产时代迈进不可缺少的重要组成部分，是保证软件质量达到客户需 求不可缺少的环节。软件测试在国内是一个新的职业，发展得比较晚，但它的 重要性正在为行业所重视。在学习过程中，我了解了作为一个合格的测试人员所应具备的素质与技能。其中个人素质在测试工作中起到了非常重要的作用，它包括你的信心、耐心、 细心和与人交流沟通的能力，它将贯穿你工作生涯的整个过程。在测试理论上， 我们系统学习了软件测试的流程，各种测试阶段和测试方法，以及测试工具的 使用。通过这些课程的学习，让我们对软件工程也有了更深刻的理解，为以后 的测试工作作了很好的理论储备和技能的提升。软件测试作为软件开发过程中一个非常重要的环节，越来越成为软件开发 商和用户关注的焦点。完善的测试是软件质量的保证，因此软件测试就成了一 项重要而艰巨的工作，要做好这项工作当然也绝非易事，我在做软件测试工作 中总结出了一些经验和技巧。1.功能点的细化 在进行测试前，先将所要测试的功能细分，填写《测试用例表》，有针对性 的运行功能测试案例，逐个对每个功能细分点进行测试。在每次运行测试案例 之前，明确此次运行的目的和预期的输出结果，并要做好记录。2.注意测试中的错误集中发生的现象 有一些错误是和程序开发人员的编程水平和习惯有很大关系的。例如程序中 的拼写错误，习惯用法等。注意收集并记录这些现象，有助于更快、更多地发 现类似的错误。3.尽可能多的使用非常规的测试充分考虑到各种合法的输入和不合法的输入以及各种边界条件。边界值往往 是最容易出现异常的情况，特殊的情况下甚至要制造极端的状态和意外状态， 比如网络突然中断，和电源突然断电等情况。4.对测试错误结果一定要有一个确认的过程 一般有 A 测试出来的错误，一定要有一个 B 来确认。5.制定严格的测试计划 测试时间安排的尽量宽松，不要希望在极短的时间内完成一个高水平的测试。6.回归测试的关联性一定要引起充分的注意 在开发人员刚修复 Bug 之后的地方，再找一找，往往开发人员只修复报告出 来的缺陷而不去考虑别的功能在修改时可能会重新造成错误。修改一个错误而 引起更多的错误出现的现象并不少见。7.测试文档要尽可能详细 《测试用例表》中的功能点可尽量的详细，如实、详细地记录每次运行测试 案例的输入数据，输出数据，出错提示，进行测试的时间，完成测试的时间等， 便于以后对测试工作的回溯。8.重视交流和沟通 包括和程序开发人员的交流，同是测试人员之间的交流，网上技术论坛和网 友的交流，和客户的交流等。多思考，多交流，多提问，通过多种沟通交流的 途径，可以少走很多弯路，同时可以学到很多东西。9.善于总结 在测试过程中发现的所有问题，异常情况，发现程序开发人员易犯，常犯的 错误，各种有价值的经验教训，使用系统和操作数据库时发现或者学到的技巧， 使用测试工具时的心得等等，都可以随手记录在笔记本或者电脑上。这些都将 是今后工作中可以参照的珍贵资料，同时也会成为自己的宝贵经验。10.妥善保存一切测试过程文档。这次软件测试实训为我们以后从事软件测试工作打下了良好的专业基础， 为我们的进一步学习提高打下了扎实的理论基础。对测试过程有了初步的认识， 测试计划、测试设计、测试开发、测试执行、测试评估、测试报告贯穿整个软 件开发过程。单元测试、集成测试、系统测试、验证测试每个阶段都应以用户 需求为依据。这些基本的概念虽然比较抽象，但对以后的实践是大有益处的。总的来说，这次培训效果不错，对自己有一定的提升，这完全不同与 的学习，因为它更加贴近工作，针对以后工作的内容作了很多实例的练习与工 具的使用，为我们更快的加入工作提供的很好的前提。接下来一段时间，我将 利用假期进入相关测试进行实际项目的训练，我相信在我有了很好的理论 基础后，会在工作中很好的加以应用，让测试工作做得更好。同时，我会更加 努力的学习与工作，遇到问题会及时多渠道寻找解决方法，积极上进，希望早 日成为一名优秀的测试人员。
【软件测试的心得体会】软件测试课学习心得 许院生 12 计本 3 班这个学期我学习了软件测试这门专业课程， 在学期即将结束的时 候，我也对这门课程建立基本的了解和理解。软件测试这门课程作为 软件工程专业中一门很重要的课程， 已经在软件领域占据了不可替代 的角色，当一个软件从雏形到真正的在一台计算机上运行的时候，谁 也不能保证计算机软件能一步到位的满足人们的需求。所以就有了软 件测试，其目的是：第一是确认软件的质量，其一方面是确认软件做 了你所期望的事情， 另一方面是确认软件以正确的方式来做了这个事 件。下面我简单的写一下这个学期对课程的总结和收获。我认为，在整个庞大的软件工程中，不管是需求分析、架构设计 甚至是最后的 debug，都会产生引入不管的机会，这就要求作为一个 软件测试师要掌握丰富的软件工程原理和知识。测试的工作将会存在 于整个项目周期，即在项目开始时需要各种分析调研时就开始了。尤 其是在形成需求规格说明书时就有对文档的测试需求， 甚至主导整个 项目的走向。软件测试对逻辑思维、学习能力、反应要求很高，是否有严密的 思维和逆向思维也非常重要。做测试还要考虑到所有出错的可能性， 有时候还要用一些非常规的的测试方法。软件测试还很注重软件性能 问题，也就是要保证软件运行得很好；不同的使用环境下，考虑软件 的兼容性同样重要。对于测试员来讲，会比开发人员更加重视软件产 品的质量问题。在测试过程中，测试者可能会为客户的需求角度考虑1到更多，由此我们可以认为测试人员有权利决定产品是否可以发布。然而，通过一个学期的学期，我们又不得不懂得，软件测试人员不是 万能的，测试人员在面对一个设计烂编码烂的软件时，也是无法不低 头的，再怎么测试它也变不成优秀的软件。通过课上的理论因为课下的实践和后半学期又因为身体力行于 QQ 群论坛里使我对测试方法和设计分析有了大致的接触和深入了解。收印象深刻的有一下几点。1、最基本的测试的分类：从是否需要执行被测软件的角度，可 分为静态测试和动态测试； 从测试是否针对系统的内部结构和具体实 现算法的角度来看，可分为白盒测试和黑盒测试。2、然后就是，白盒测试中的逻辑驱动测试的覆盖率测试。3、还有就是对于划分等价类和边界值法这一块，让我从模糊到 明朗。4、 在初次写测试用例的时候， 感觉真是纠结， 用例写的很死板， 看似简单的一个填表工作，要写好真是不简单。一开始写的比较不自 然，有些生搬硬套，而且还很慢。在后来负责了对论坛新鲜事版块的 测试之后，明白了测试用例其实就是指导怎么去执行测试，而且书写 设计测试用例也要以熟悉软件的业务为前提，才能更好的去测试。另外就是一个学期的学习让我纠正了几点误区：21. 有位大师曾说过“软件测试的目的在于发现错误，一个好 的测试用例在于发现从来未发现的错误， 一个成功的测试是发现了从 未发现的错误的测试。” 由此我自认为测试就是为了找到 bug，然而 一个学期的测试学习经验告诉我这是错误的，如果只是为了找到 BUG，那么 BUG 会成天缠着你。2.在大家协力测试论坛的时期内，我曾认为这种大量的重复性 的工作真的很乏味，可是在这乏味中真心发生挺多有意思的 bug，意 想不到的 bug，所以我认为只要掌握了方法，在重复中寻到到创新的 小惊喜，任何东西都有它的特点。作为测试新手， 通过一学期的学习， 我认为能独立写测试计划， 设计测试用例，精通一种测试工具，理解一种 bug 管理软件是新手 晋级老手的必备素质。任重而道远？！ 在最后，我不得不提的就是细心和耐心了。这是我认为这个学期 测试课上收获最大的了，课程要求测试时必须细心和耐心，我在想， 如果以后真的工作在测试一系列的岗位上，要学会坐得住，用大量的 时间和精力和 bug 斗争，分离、识别还有归类 bug，是不是也能真的 改变我粗心大意和三分钟热度的毛病。最后感谢刘老师这学期的课程讲授，和实践中的指导和帮助。测 试路程，路漫漫其修远兮，吾将上下而求索。3