<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>IT公司面试手册 &#187; 软件测试</title>
	<atom:link href="http://www.mianwww.com/html/category/it-interview/softwaretest/feed" rel="self" type="application/rss+xml" />
	<link>http://www.mianwww.com</link>
	<description></description>
	<lastBuildDate>Wed, 08 Feb 2012 11:48:28 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
		<item>
		<title>谈谈你了解的软件测试流程及工具</title>
		<link>http://www.mianwww.com/html/2012/02/13057.html</link>
		<comments>http://www.mianwww.com/html/2012/02/13057.html#comments</comments>
		<pubDate>Sat, 04 Feb 2012 15:03:11 +0000</pubDate>
		<dc:creator>jim.jin</dc:creator>
				<category><![CDATA[软件测试]]></category>

		<guid isPermaLink="false">http://www.mianwww.com/?p=13057</guid>
		<description><![CDATA[一般测试流程： 1.需求分析阶段：只要就是对业务的学习，分析需求点。 2.测试计划阶段：测试组长就要根据SOW开始编写《测试计划》，其中包括人员，软件硬件资源，测试点，集成顺序，进度安排和风险识别等内容。 3.测试设计阶段：测试方案一般由对需求很熟的高资深的测试工程师设计，测试方案要求根据《SRS》上的每个需求点设计出包括需求点简介，测试思路和详细测试方法三部分的方案。《测试方案》编写完成后也需要进行评审。 4.测试方案阶段：主要是对测试用例和规程的设计。测试用例是根据《测试方案》来编写的，通过《测试方案》阶段，测试人员对整个系统需求有了详细的理解。这时开始编写用例才能保证用例的可执行和对需求的覆盖。测试用例需要包括测试项，用例级别，预置条件，操作步骤和预期结果。其中操作步骤和预期结果需要编写详细和明确。测试用例应该覆盖测试方案，而测试方案又覆盖了测试需求点，这样才能保证客户需求不遗漏。同样，测试用例也需要评审。 5.测试执行阶段：执行测试用例，及时提交有质量的Bug和测试日报，测试报告等相关文档。 流程： 需求分析→测试计划→测试设计→测试环境搭建→测试执行→测试记录→缺陷管理→软件评估→RTM. 测试工具： C/S及B/S架构相关的软件产品，那么对不同操作系统，如Windows系列、unix、linux甚至苹果OS等 测试环境都是必须的 常用的软件测试工具分为： [开源测试工具]： 　　开源测试管理工具：Bugfree、Bugzilla、TestLink、mantis 　　开源功能自动化测试工具：Watir、Selenium、MaxQ、WebInject 　　开源性能自动化测试工具：Jmeter、OpenSTA、DBMonster、TPTEST、Web ApplicationLoadSimulator 　　[TestDirector]：企业级测试管理工具，也是业界第一个基于Web的测试管理系统。 　　[Quality Center]：基于Web的测试管理工具，可以组织和管理应用程序测试流程的所有阶段，包括指定测试需求、计划测试、执行测试和跟踪缺陷。 　　[QuickTest Professional]：用于创建功能和回归测试。 　　[LoadRunner]：预测系统行为和性能的负载测试工具。]]></description>
		<wfw:commentRss>http://www.mianwww.com/html/2012/02/13057.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>性能测试面试题</title>
		<link>http://www.mianwww.com/html/2012/02/13055.html</link>
		<comments>http://www.mianwww.com/html/2012/02/13055.html#comments</comments>
		<pubDate>Sat, 04 Feb 2012 15:02:16 +0000</pubDate>
		<dc:creator>jim.jin</dc:creator>
				<category><![CDATA[软件测试]]></category>

		<guid isPermaLink="false">http://www.mianwww.com/?p=13055</guid>
		<description><![CDATA[1. 如何判断CPU、内存、磁盘的瓶颈？ 2. 如何理解CPU、内存、磁盘之间的关系？ 3. 如何理解paging in/paging out？ 4. 如何监控操作系统的资源？（可以用一个操作系统做例子） 5. 如何理解内存管理和线程调度？（可以用一个操作系统做例子） 6. 如何理解CSwitch？（可以用一个操作系统做例子） 7. 如何理解磁盘IO？（可以用一个操作系统做例子） 网络 1. 如何定位数据包的传输在网络上消耗的时间？ 2. 如何理解纯路由和NAT的区别？ 性能工具 1. 解释LoadRunner的工作原理。 2. 如何理解LoadRunner里的关联？ 3. 如何理解性能压力工具？ 4. 如何理解虚拟用户？（可以用一个工具做例子） 5. 如果理解业务到脚本的转化？（可以用一个工具做例子） 6. 如何做到业务统计数据到场景的转化？（可以用一个工具做例子）]]></description>
		<wfw:commentRss>http://www.mianwww.com/html/2012/02/13055.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>一个老软件测试工程师的日志</title>
		<link>http://www.mianwww.com/html/2012/02/13047.html</link>
		<comments>http://www.mianwww.com/html/2012/02/13047.html#comments</comments>
		<pubDate>Sat, 04 Feb 2012 14:58:39 +0000</pubDate>
		<dc:creator>jim.jin</dc:creator>
				<category><![CDATA[软件测试]]></category>

		<guid isPermaLink="false">http://www.mianwww.com/?p=13047</guid>
		<description><![CDATA[今天在整理电脑的时候发现这样一篇文章、已经想不起来是从哪里弄来的。仔细读来颇有一番收获、再次贡献给大家、愿大家在软件测试的道路上取得一席之地、实现自己的财务自由之路。 软件测试职业发展方向，大体上可以分为管理路线、技术路线、管理+技术路线。 软件测试，是技术主导的职业；不管选择哪条发展路线，都是需要一定的技术沉淀，只是相对来说，管理路线对技术方面要求不高而已。那么我们就先挑重头的技术路线展开讨论。一般来说，一个普通的测试工程师刚入行，3个月左右熟悉企业的工作流程和模式，那么今后的工作内容趋于平稳。 然而社会是残酷的！如果单单停留在测试工程师的阶段，若干年后，相信你再也竞争不过那个时候的应届毕业生，当你的工作技能和职业素质趋于与那些朝气蓬勃的年轻人相当时，企业会毫不留情的选择他们，而release你，因为你的成本消耗要比他们高，这是大实话！然而现实又是公平的！因为软件开发技术的不断日新月异，软件功能需求的不断丰富多样，决定软件开发这一系统工程的错综复杂，因此为了保证软件的质量，就要提高测试的水平，这也就为软件测试职业的细化起到先决因素，也是目前社会上出现招聘专项测试工程师的必然趋势！ 因此，这个趋势给了我们这些常规测试工程师一个空前的好机会！所谓“以毒攻毒”，软件开发靠的是技术，为了测试软件，也必须用技术；那么我们就来看一下从技术路线，软件测试职业发展有哪些方向。 测试初级阶段： 测试工程师，属于软件测试职业生涯的初级域，其适用范围是入行软件测试3年内的常规测试从业者，其主要工作内容是按照测试组长、测试主管（即直接上司）分配的任务计划，编写测试用例、执行测试用例、提交软件缺陷，包括提交阶段性测试报告、参与阶段性评审等 管理+技术路线： 首先是常规路线，这条发展路线要求管理与技术并重，因为软件测试的行业特点决定了这个因素：测试工程师向上晋升到测试组长、测试主管、测试经理、测试总监，直至咨询域的更高方向！ 测试组长是企业项目级主管，对于中小型软件公司也可以是企业级主管，属于中级发展域，适用范围是3到5年职业经验的测试从业者。其工作内容是根据项目经理或测试经理的计划安排，调配测试工程师执行模块级或项目级测试工作，并控制与监督软件缺陷的追踪，保证每个测试环节与阶段的顺利进行。严格来说，这个级别更多属于测试的设计者，因为企业的测试流程搭建是由更高级别的测试经理或相关管理者来做的，测试主管负责该流程的具体实施；而更多的工作，是思考如何对软件进行更加深入、全面的测试。测试主管比较有创造性的工作内容就是测试设计，而恰恰很多公司忽略了或没有精力来执行此工作内容！应该说，在一个企业里做了3年左右测试工作的人员，能够晋升到该职位，而之所以晋升，是与个人测试技术的过硬、测试方法的丰富，加上对测试流程的监控力与执行力的职业素质息息相关！ 测试经理是更高级别的测试管理者，属于高级测试方向域。对于大中型软件公司，该职位尤为重要，并且对其职业要求也比较高，一般适合5到8年的测试从业者，在管理与技术能力双双比较成熟的情况下，可以结合具体环境晋升到该级别。测试经理负责企业级或大型项目级总体测试工作的策划与实施。测试经理除了需要统筹整个企业级或项目级测试流程外，还要对于不同软件架构、不同开发技术下的测试方法进行研究与探索，为企业的测试团队成员提供指导与解决思路，同时还要合理调配不同专项测试的人力资源（如业务测试工程师、自动化测试工程师、白盒测试工程师、性能测试工程师），对软件进行全面的测试；另外，一些企业里，测试经理还需要与客户交流与沟通，负责部分的销售性或技术支持性工作。 测试总监，属于常规发展路线的最高域，该职位一般在大型或跨国型软件企业，或者专向于测试服务型企业有所设立，一般设立测试总监的企业，该职位都相当于CTO或副总的级别，是企业级或集团级测试工作的最高领导者，驾驭着企业全部的测试与测试相关资源，管理着企业的全部测试及质量类工作。而其职业要求，也是技术与管理双结合。 技术路线： 技术路线中级域： 技术路线，划分为三个半方向，分别是自动化测试工程师、白盒测试工程师、性能测试工程师和认证测试工程师；前三者适用于通用软件测试领域，认证测试工程师乃嵌入式测试领域职位，至少目前仅出现在嵌入式领域。 自动化测试工程师，定义在功能测试范畴，指通常所说的依靠自动化测试工具进行软件黑盒测试的工程师。从大环境讲，自动化测试是软件测试执行阶段的必然趋势，社会对于软件测试的认可度以及对自动化测试人才的需求必将日益增加。 白盒测试工程师，定位于在软件测试周期的单元测试阶段对软件进行的代码级测试的人，包括代码走读、代码功能与逻辑测试、代码内存泄漏检查、代码运行效率检查、代码测试覆盖率分析等。如果说，自动化测试只是依靠脚本语言完成测试脚本编写与调试的过程（因为自动化测试工程师的工作重点不在编写脚本），对于自动化测试工程师的技术要求要相对偏低的话，那么白盒测试工程师就要对大型程序开发语言的完全掌握，因此其技术要求相对偏高！ 性能测试工程师，即在系统测试阶段、功能测试后对软件系统性能指标进行采集分析和运行效率检测的人。在一个尽量压缩的测试流程里，功能测试可以手工进行，白盒测试可以不做，但是性能测试必须要做，除非该软件非网络类软件即单机版软件！软件测试，从宏观上可以划分为三个大方面：功能测试、性能测试、安全性测试，功能测试说明软件做对了，功能测试+性能测试说明软件做好了，三者结合起来说明软件做的非常好！安全测试暂且抛之不提，这是下一个发展域的内容，但是为了把软件做好，为了真正保证软件的质量，性能测试绝不容忽视；只因目前很多企业由于时间、成本、人力条件的限制，暂且不做性能测试。性能测试工程师相对来说，是三个技术路线里技术要求最高的，因为软件的性能瓶颈归根结底落实到代码的运行效率这个问题上，因此性能测试要做好，性能测试工程师起码要懂开发；而为了发现性能问题，要懂软件开发架构；为了定位性能问题，要懂操作系统、网络协议、应用服务器乃至数据库的原理与使用；为了最终解决性能问题，要根据定位的问题有针对性的对代码、操作系统、网络架构、服务器、数据库进行优化！当然性能测试是一个系统工程师，绝对不是一两个人的事情，对于常规性能测试工程师，具备定位性能问题的能力即可。 技术路线高级域： 进入技术路线的高级域，根据中级域的四个路线，可以细分成五个路线，分别是资深自动化测试工程师、资深白盒测试工程师、资深性能测试工程师、安全性测试工程师、标准化工程师，这些高级技术类人才完全与常规测试经理平齐，属于软件测试职业发展高级域。 资深自动化测试工程师由自动化测试工程师晋升而来。如果说常规自动化测试工程师只是负责自动化测试脚本本身的设计与开发，那么资深自动化测试工程师的工作内容就是自动化测试这项工作的实施！也就是说，录制脚本-添加验证点-回放脚本只是最初始的自动化阶段，要在企业实施自动化测试，要有资深自动化测试工程师来设计数据驱动，开发测试框架，甚至一些企业内部自主开发小型测试工具（而非商业工具）的先例，这些也都是建立在资深自动化测试工程师具有深厚的技术底蕴后，主导其他人员协调完成的事情。 资深白盒测试工程师，其工作内容包含常规白盒测试工程师的内容，除此之外，要协助测试经理或测试总监攻关测试方法与技术性难题，因此其技术水平更加雄厚。如果常规白盒测试工程师是停留在某种程序设计语言类型的代码级测试，那么资深白盒测试工程师就要脱离程序设计语言本身，结合不同架构、多种开发技术交互的情况下，寻找代码测试方法，并具有对代码优化的能力。 资深性能测试工程师，来源于常规性能测试工程师，按照常规性能测试工程师的技术要求，资深性能测试工程师应该具备性能测试整体方案的设计能力，以及软件系统性能问题定位和性能优化的能力！除此之外，也要对主流的软件开发模式下的应用系统具有敏锐的洞察意识和感知意识。 安全性测试工程师，其实从性能测试工程师衍生出来，因为只有具备性能测试经验的人，才对软件的开发模式、实现架构和技术本身充分了解，才会感知和预见软件系统存在的安全漏洞，加上其本人是测试出身，才知道如何通过系统漏洞尝试攻击软件系统，达到测试的目的。目前国内软件行业对于安全性测试的认识尚未清晰，该职业也更没有普及，一般只限于军事类、机密类、防病毒类或其他高安全性软件的测试工作中。 技术路线专家域： 在技术路线，向上继续提升的方向，我们称之为“技术专家”；如果说前面描述的技术职位的所涉范围都定位在企业内部，即企业级资深性能测试工程师，那么技术专家，我们可以看作是领域级专项人才！随着软件测试行业的职位不断细化，每个人在自己擅长的领域走向深入，都可以成为该领域的技术专家，技术专家在自已经营的领域里，具有个人独到的见解和深厚的技术实力，而这类人才可以不再从事具体的测试工作，而是提供行业性测试技术咨询、培训等，为软件测试整体行业的发展，起到了鲜明的带头作用。 管理方面： 管理方面中级域： 从事了1到3年左右的常规测试工程师，在经过对个人性格特点剖析后，如果认为自己是一个倾向于“高管理-低技能”的类型，那么想要实现自己的职业提升，可以向中级发展域的配置管理工程师、质量保证工程师、业务测试工程师转型。 配置管理(SCM)与质量保证(SQA)同是CMM中的关键过程域（KPA），也同是现代软件工程里的必要角色，与软件测试同属软件开发团队的重要组成部分。只因这两个角色在软件工程里的人员配比数量相对较少，还不如软件测试这样规模化乃至于形成行业，而最多是一个职业；另外一个社会现象是，企业很少直接从社会直接招聘配置管理工程师和质量保证工程师，而通常的做法是从企业内部的现有测试员工队伍里选拔，而转型后的测试工程师，就成为SCM或SQA。分析其原因，我们可以感知，SCM、SQA与软件测试工程师都是关注于软件质量的相似职位，社会对于配置管理、质量保证的定义和工作内容并未普及，与其直接从社会招聘“0”基础的人来培养，倒不如从软件测试人员里升华！一般来说，这两种职位的上报对象是项目经理或相同级别管理者。 转型后的配置管理与质量保证工程师，一定要转变一个意识，那就是常规测试工程师的工作范围很大一部分（不是全部）只限于测试流程，而配置管理和质量保证的工作范围是面向整个软件开发流程，二者的职业要求都非常重视软件工程知识体系的建立和软件开发总体流程的实施能力。由于配置管理工程师除了企业配置管理流程的搭建与实施外，一般会涉及配置管理工具的管理与维护，而质量保证工程师更多的工作是软件开发流程的控制与维护，故而配置管理对技术的要求稍高于质量保证。 业务测试工程师，定义为面向行业类软件业务逻辑与工作流测试的人员。当前软件开发类型，很大一部分是行业类软件的应用，如ERP、SCM、CRM、OA、电信、金融、财务、嵌入式、通信、手机、游戏……这就要求从事行业类软件测试的人员具备行业背景、业务知识，熟练该行业工作流程。从社会上出现的很多对此类经验要求的测试工程师招聘信息中，我们更加肯定这种趋势；所谓存在即是道理，既然社会上有了需求，那么就可以作为个人发展的方向。而另外一个特点是，业务测试工程师的工作内容主要是黑盒测试，属于功能范畴，因此对技术要求不大，设置一些大型行业类软件公司的业务测试工程师薪资丰厚，但是完全可以不懂技术，因为它的工作性质决定了不需要懂很多的技术！他们甚至连软件的界面测试都不做——交给常规测试工程师实施，而完全关注软件的业务性和易用性，由于其深厚的行业背景，可以为软件的在正式发布前提出很多建设性的意见，而这些建议正是软件开发商提高产品易用性、增加用户满意度、开拓市场、创造利润的关键因素之一！ 管理方面高级域： 当管理路线的中级域方向继续上升至高级域，就分别到达配置管理经理、质量保证经理、产品经理、业务专家。 如果说配置管理工程师、质量保证工程师更加侧重于配置管理流程、质量保证流程的实施与日常管理维护，那么配置管理经理、质量保证经理就是更侧重于配置管理流程、质量保证流程的建立与改进。一般在中小软件企业，可能没有这两个角色，而全部的配置管理或质量保证工作都由工程师担当；但是大中型软件企业对资深配置管理经理、资深质保经理求贤若渴。软件系统越庞大，软件开发团队规模就越庞大，软件开发流程中出现问题的几率就越高，高效管理软件开发流程，不断改进软件质量，是每个软件公司在技术上没有顾虑后的下一个急需攻破的难关！ 业务专家，属于行业内咨询、顾问的角色，已经几乎脱离了测试工作本身，而更多为企业的产品需求分析、设计、开发、测试等各个环节提供指导工作，其目的也是提高软件的易用性和稳定性，减少后期不必要的需求变更。该职位也同样在目前热点行业的大中型软件企业有所设立。 产品经理，这个职位在很多企业有所设立，可以说它是质保经理的派生，只是它更侧重于软件在产品化之前的质量监控工作，包括软件开发流程、软件测试等技术与管理的各个方面。 管理方面咨询域域： 管理路线的最高发展域是咨询域，与技术路线的专家域类似，在配置管理、质量保证、软件产品化、行业领域达到高深造诣的人才，他们有丰富的从业经验、深厚的管理底蕴，具有对软件工程高瞻远瞩的慧眼和胆识，往往供职在专业的咨询与培训公司，提供IT业管理类咨询与培训的服务，推动着软件行业的前进。国内外很多为软件企业进行CMM咨询和实施的公司里，就是这些人才的大本营之一！ 由于国内软件测试行业目前的发展迅速、需求旺盛，在国内的软件测试职位晋升一般要比国外快，但因行业本身太年轻，大家对软件测试中软件测试职业的发展了解不够，从而导致许多有志在此发展的年轻人举步不前。所以下面介绍一下海外公司成熟的软件测试行业职位分布情况，我国一些在软件测试行业中处于前端的公司与之也相仿，这可以作为软件测试 职业规划 的参考，给新人一个导向。 各个职业阶段所需技能 第一阶段：(测试员)初级测试工程师 自身条件：初入行具备计算机专业学位或一些手工测试经验的个人。 具体工作：执行测试用例，记录bug，并回归测试，通过qtp等测试工具录制回归测试脚本，并执行回归测试脚本。 学习方向：开发测试脚本并且开始熟悉测试生存周期和测试技术。 第二阶段：(测试工程师)程序分析员 自身条件：有1~3年工作经验的测试工程师或程序员。具有初步的自动化测试能力，完善自动化测试脚本。 具体工作：设计和编写测试用例，编写自动测试脚本程序且担任测试编程初期的领导工作。 学习方向：拓展编程语言、操作系统、网络与数据库方面的技能 。 第三阶段：(中级测试工程师)程序分析员 自身条件：有3~5年经验的测试工程师或程序员。负责管理1~3名测试工程师或程序员，具有一定的行业业务知识，储备系统分析员的能力。 具体工作：帮助开发或维护测试或编程标准与过程，分析软件需求，获得测试需求。确定测试需求相应的测试方法，获得测试策略方案。参与同行的评审(软件需求，软件测试计划等)，并为其它初级的测试工程师或程序员充当顾问。 [...]]]></description>
		<wfw:commentRss>http://www.mianwww.com/html/2012/02/13047.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>如何发现客户端软件中的内存泄露?</title>
		<link>http://www.mianwww.com/html/2012/02/13045.html</link>
		<comments>http://www.mianwww.com/html/2012/02/13045.html#comments</comments>
		<pubDate>Sat, 04 Feb 2012 14:57:49 +0000</pubDate>
		<dc:creator>jim.jin</dc:creator>
				<category><![CDATA[软件测试]]></category>

		<guid isPermaLink="false">http://www.mianwww.com/?p=13045</guid>
		<description><![CDATA[如何发现客户端软件中的内存泄露？我的看法是：检测内存泄漏的问题应该尽早进行，它绝不应该是系统测试时的主要目标。也就是说，检查是否存在内存泄漏，应该从编码时就要考虑，单元测试和集成测试时要重点检查。如果前期没有考虑，等到了系统测试才想起检查或者才发现泄漏，为时已晚，此时再去定位泄漏的位置，太难太难了，它可能会让你的交付日期delay不确定的时间。 最近看了一些自动错误预防（AEP）的理论，我深受启发。作为测试人员的我们，从“发现错误”转变到“帮助开发人员预防错误”，这将是一个巨大的转变。所以说，下面我的答案中的第一点，我先说如何预防内存泄漏的问题，然后再讲如何发现。 1 如何在开发过程中有效预防内存泄漏？ 第一步：遵循“好”的编程规则 “好”的编程规则是各位前辈经验和教训的集合，好的编程规则堪称开发者的“圣经”。遵循统一的编程规则，可以让开发新手少走好多弯路，可以让项目整体的质量维持一个起码的“质量底线”。 有关内存泄漏方面的规则主要是“内存管理”方面的，举几个简单的，如下 ×用malloc或new申请内存之后，立即检查指针值是否为NULL（防止使用指针值为NULL的内存） ×动态内存的申请与释放是否配对（防止内存泄漏） ×malloc语句是否正确无误？例如字节数是否正确？类型转换是否正确 ×是否出现野指针，例如用free或delete释放了内存之后，忘记将指针设置为NULL ... ... 第二步：积极主动检测“内存泄漏” 严格遵循好的编程规则，可以让程序员在代码中尽量少的引入bug，但一旦不小心引入了，怎么办？这就要求我们在单元测试和集成测试中严格把关。 在这个阶段，单靠程序员或者测试员通过“代码走查”的方式检查内存泄漏，客户的实践和我的经验告诉我，这将是“不切实际”的，无论效率还是时间。如果能够借助于一些专业的工具的话，情况可能就不一样了。 如果你的程序是用Visual C++ 6.0开发，那么Numega的BoundsChecker将是你检测“内存泄漏”最好的选择，如果是Visual C++.NET，可以试一下Compuware的DevPartner。 如果你的程序基于Unix或者Linux平台，使用C或者C++，可以考虑一下开源的工具valgrind，我的朋友跟我说，它在一定程度上比Rational的Purify更出色。 上面的工具都要求程序能够动态运行起来，而且测试用例需要你自己准备。 如果你正处于单元测试或集成测试阶段，程序代码量已经足够大，而且还不能够动态运行，要尽早检测代码中的“内存泄漏”问题，该怎么办？此时你可以试用一下目前最新的静态分析技术： ×它不要求代码能够动态运行 ×也不需要你来编写测试用例 ×只需要代码能够正常编译，就可以发现代码只有在执行过程中才出现的错误，当然也包括内存泄漏。 这方面的工具有Klocwork的K7，Coverity的SQS，以及C++test中的BugDetective，其中最“物美价廉”的就是c++test的BugDetective。 2 如何发现客户端软件的“内存泄漏”？ 如果开发过程中已经按照我上面提到的去做，相信发布后的程序存在“内存泄漏”的可能性几乎为零。 如果开发过程已经到了后期，系统测试已经开始做了，还要发现内存泄漏，这个时候我希望你能够拿到源代码。如果有源代码，你还可以考虑1中的第二步，借助于专业的工具协助，虽然可能效果不一定特别理想，但总比下面我提到的方法更好一些。 当然作为测试人员，我当然也理解事情总没有想像那么完美。我们通常会碰到“需要在系统测试阶段检测是否有内存泄漏，而且没有源代码”的难题。我曾经也遇到过。 记得那还是2002年的事情了。当时我承接的项目是一个电力行业的自动化系统，分为server端和client端，典型的c/s模式，老板要求在测试功能的同时顺便检查内存泄漏的问题，因为这个client端在客户那里可能是长时间不间断运行的，虽然客户很少操作。我当时很为难，因为没有源代码，我甚至无法做“代码走查”。在做功能测试的同时，我一直在琢磨...... 采用什么手段呢？ 最后，借助于WinRunner，我出色的完成了任务，起码我的老板相信我的测试是可信的。我的方法是这样的。 ×首先咨询开发方，了解到关于内存操作频繁的功能点和模块 ×从我的功能测试用例中挑选出和这些功能点和模块相关的测试用例 ×找到一个“纯净”的机器，上面除了操作系统和被测的client端外，没有任何其他应用，这样做是为了排除其他应用可能存在的干扰。 ×借助于WinRunner，自动化这些用例，形成自动化的脚本；在脚本的最后，添加“切换到Windows任务管理器”“记录该client进程所占用内存数据到文件”的操作脚本。 ×连续运行N个小时 ×最后我打开这个数据文件，可以发现在该客户端运行过程中，每次执行完特定的测试用例后，记录的内存占用数据。当时我得出的结论是该client程序有“少许”的内存泄漏，因为在连续运行了72小时后，内存使用增加了近百分之十几。我会把这些数据导入到EXCEL中绘成了一个图表，这样更直观一些。经过简单的计算（内存的增量/用例循环次数），得到用例每次执行后增加的内存使用值，即泄漏的内存数量，然后把操作过程和这个结果一起交给开发方，最后开发方根据我的信息，真的找到了一处有内存泄漏的地方，虽然泄漏的数量很少。 以上就是我有过的一个类似的经历，我觉得可以提供给大家参考，同时也可以“举一反三，融会贯通”。如B/S的客户端控件，可以用QTP协助完成。 在测试的最后阶段要去发现甚至定位内存泄漏挺难的，但只要发挥我们测试人员的主观能动性，总是找到一些“旁门左道”的测试手段。 最后，我个人认为，从时间成本和各种风险考虑，要避免内存泄漏的问题，还是要回到前期的预防，即编程过程的规则检查和单元测试阶段主动的检测。 一家之言，欢迎讨论。]]></description>
		<wfw:commentRss>http://www.mianwww.com/html/2012/02/13045.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>软件测试加智力面试题</title>
		<link>http://www.mianwww.com/html/2012/02/13041.html</link>
		<comments>http://www.mianwww.com/html/2012/02/13041.html#comments</comments>
		<pubDate>Sat, 04 Feb 2012 14:48:06 +0000</pubDate>
		<dc:creator>jim.jin</dc:creator>
				<category><![CDATA[软件测试]]></category>

		<guid isPermaLink="false">http://www.mianwww.com/?p=13041</guid>
		<description><![CDATA[1测试的目的是什么？ 2. 测试分为那几个阶段？ 3. 单元测试的测试对象，目的、测试依据、测试方法？ 4. 集成测试的测试对象，目的、测试依据、测试方法？ 5. 系统测试的测试对象，目的、测试依据、测试方法？ 6. 测试覆盖的类型？ 7. 性能测试的分类？ 8. 列举您熟悉的主流自动化测试工具？ 9. c/s和b/s结构的软件进行测试时有何不同？ 10. 页面中有一个输入日期的输入框和一个输入身份证号的输入框，如何进行用例设计? 11. 测试和质量保证有什么区别 你的看法？ 12. 用过什么缺陷管理工具 流程是什么 有什么能改进的？ 13. 你有没有用过QTP做项目，QTP的工作原理？ 14 有一个说谎岛，上面居住着人还有吸血鬼，有一年岛上流行瘟疫，有一半的人和吸血鬼疯了，于是岛上有神志清醒的人和 精神错乱的人，还有神志清醒的吸血鬼和精神错乱的吸血鬼，其中神志清醒的人和精神错乱的吸血鬼只说真话，而精神错 乱的人和神志清醒的吸血鬼只说假话，并且他们回答问题只说“是”或“不是”；有一天岛上来了一位“逻辑博士”在岛 上遇见了P，博士问了一个问题就分出他是人还是吸血鬼，博士又问了一个问题就分辨出他是神志清醒的还是精神错乱的。 请写出博士问得两个问题；写出你的思路。 条件是：神志清醒的人和精神错乱的吸血鬼只说真话 精神错乱的人和神志清醒的吸血鬼之说假话 15 一天有个年轻人来到王老板店里买了一件礼物,这件礼物成本18元,标价21元。结果这个年轻人掏出100元来买这件礼物,王老 板当时没有零钱,用那100元向街坊换了100元的零钱,找给年轻人79元,但是街坊后来发现那100元是假钞,王老板无奈还了街坊 100元,问题是:王老板在这次交易中到底损失了多少钱?]]></description>
		<wfw:commentRss>http://www.mianwww.com/html/2012/02/13041.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>软件测试面试时如何清楚明了的介绍做过的项目的基本情况？</title>
		<link>http://www.mianwww.com/html/2012/01/12732.html</link>
		<comments>http://www.mianwww.com/html/2012/01/12732.html#comments</comments>
		<pubDate>Sun, 15 Jan 2012 10:10:06 +0000</pubDate>
		<dc:creator>jim.jin</dc:creator>
				<category><![CDATA[软件测试]]></category>

		<guid isPermaLink="false">http://www.mianwww.com/?p=12732</guid>
		<description><![CDATA[问： 软件测试面试时如何清楚明了的介绍做过的项目的基本情况？做了一段时间的软件测试（主要是web 测试，B/S架构的）， 想换份工作，但是每次面试官让我介绍一下项目的基本情况时，总是思路不清楚，不知道从何下手，因此总是以失败告终，所以我想 问一下一般情况下要从哪方面开始介绍项目情况，面试官最想得到一个怎样的答案？ 答： 让你介绍项目,目的是想知道你参与过该项目后,对该项目的认识程度和认识层次,从而判断你在项目中到底起多大作用. 你思路不清楚,如果不是因为语言表达能力有问题,就是平时根本没对项目进行思考,项目的业务,需求,设计,过程的组织,风险, 问题的解决,你都没有任何概念和控制.说明你就是个普通的执行人员.要提高,就要从根本上提高.临阵磨枪的话,你可以试试自 己打个草稿组织一下语言. 可以按照时间远近顺序说项目A，然后说项目A的主要内容，目的是做什么，你负责的工作，用到哪些测试方法， 用了哪些测试工具，可能的话说出项目有多少人，最后结果是什么，是否成功了。然后说项目B。]]></description>
		<wfw:commentRss>http://www.mianwww.com/html/2012/01/12732.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>一位软件测试工程师两个月的面试总结</title>
		<link>http://www.mianwww.com/html/2011/12/12585.html</link>
		<comments>http://www.mianwww.com/html/2011/12/12585.html#comments</comments>
		<pubDate>Sun, 25 Dec 2011 04:20:55 +0000</pubDate>
		<dc:creator>jim.jin</dc:creator>
				<category><![CDATA[软件测试]]></category>

		<guid isPermaLink="false">http://www.mianwww.com/?p=12585</guid>
		<description><![CDATA[作为一名测试人员，51真的是我们的精神家园，所以在收到OFFRE后决定给同样在寻找工作的朋友们一点自己的经历，今天主要说下面试的N家单位，都是杭州的。 一、恒生电子：由于我之前做过通信类产品测试，面的是他们的WIMAX岗位，是给NOKIA外包的。过去先做一套题，英文题目，有软件测试相关知识，wimax原理图，java编程，C语言编程等等，C语言题目是写strcpy/strcmp/strlen中的一个，由于没准备，所以我只做了测试相关题目。面试上来要我做个英文自我介绍，当时闷了，没准备，答得很郁闷。后面主要问以前的测试流程、测试相关知识等，最后看我简单的C题目没写出来，被狠狠BS了，当场告诉我不适合此岗位。第一次面试结束，彻底失败告终，要好好准备C和英文介绍。 二、H3C：过去首先做一套题，主要是C的，和HW差不多的题目。由于做了相应的准备，选择和填空基本完成，编程题没做。一面是测试的项目leader，主要以前的测试流程、测试相关知识，感觉不错，二面好像是HR主管，主要非技术问题，答的一般，三四面有技术和项目相关的问题，同样关注离职原因等。总体说来面后自我感觉良好，可惜还是挂了。 三、阿里 &#38;淘宝：两个都是电话面试，对这种面试形式不太习惯，都在下班后来的电话，主要问测试技术相关知识，两个电话面的都没结果。 四、三维通信：上市公司，新大楼不错。先是HR的面试，问的很多，聊的蛮久的，后面是技术面试，感觉他们不是做纯粹软件测试，因为他们的产品大体是基站的扩放器之类，测试侧重点主要是看仪器。所以聊的不投机，也没消息。 本文出自傲然的51Testing软件测试博客：http://www.51testing.com/?79787 五、三汇数字：先HR，后技术。主要是嵌入式产品，问我有没有白盒测试经验，我想做白盒还会来你这么，国内做这个也不多。不知道他们到底要招怎么样的人，成年挂在51上。 六、淘宝：阿里的扩招是千真万确的。这次直接面试，好像是搜索部门。先做题，linux基本命令，C的strcmp原函数，一个用例设计题，对输入年月日做最多用例考虑。面的可能是是测试项目leadre，由于测试部分答的不错，C的那题还是没搞定，不过一周后还是给了2面。二面也做的相应准备，可惜的是还让写上次的C题目，超级郁闷，而且二面官问了些非常尖锐的问题，让我无从下手回答，很正常的挂了。后来在网上好好搜索了相关面试题目，发现还是自己准备不足。 继续在51上投，投了不下200份简历&#8230;&#8230;..囊括本市所以测试岗位。 七、公众信息产业：主要给电信做项目，过去先做了一套测试题，轻松。后面的技术面试谈的主要是以前的测试流程和技术，也轻松。后来某天下午3点让我5点过去二面，由于预约了另一家公司，让他们改天，至今无音讯。估计找工作的人实在太多了。 八、支付宝：还是阿里旗下，阿里的人招不完啊，几乎占据论坛3分之一版面了，呵呵。没做题，直接聊，主要测试相关，以前项目，问题比较细，问题也叼装，感觉阿里对招人要求还是很高的，虽然招的人多。聊了大概40分钟，两天后邮件通知挂。 九、3个个给阿里做外包的，由于自己已经面过阿里那边，所以都最后都无果。还有几个小公司，时间上冲突，没有再给机会。 十、给OFFER的公司：做一套题，涉及面非常广，C语言、数据库高级查询、用例发散设计、软件工程、项目管理知识、测试技术考的很细。面试是三对一，也是第一有这样的经历，刚开始蛮紧张的，问的问题之前的面试基本上问过。我只能说上帝给予了我这个职位。 离上班还有段时间，接下来重要深入学习LR和性能测试技术，数据库，linux，C编程，测试技术，希望有很好的准备和状态投入新公司。 多谢大家光顾，以后我也会把和测试相关的工作学习生活的内容写在这里，共同学习探讨。下面言归正传，说下我在这段时间面试碰到的题目，相信对大家准备面试会有帮助，多多支持！ 先说笔试：一般的公司会通过笔试淘汰一部分不符合他们公司职位要求的人员，毕竟每个公司具体岗位不一样，总希望招到能尽快上手的人，就像你做了2年多的纯功能方面的测试，而人家希望有点编程能力的做性能方面的测试，估计你会在笔试中被淘汰。所以笔试也是很重要的部分，当然你够牛就直接面吧。 1. 编程基础，我不知道有多少做测试的朋友讨厌编程或者做软件开发，我个人是比较讨厌的，虽然学校里学的是计算机，但是到毕业也没正儿八经地写过超过百行的代码，但没写过不代表读不懂。所以选择填空还是可以应付的。对于可能的编程题，我是准备了一些如冒泡，折半算法、strcpy/strcmp/strlen 原函数等。编程的能力是需要积累的过程，所以贵在平时。对于编程能力是否有助与测试这个论坛上讨论过的问题，我的观点是第一至少你找工作时用的着，第二如果做性能测试应该也需要，第三如果有2年以上的测试经历应该也会觉得非常有必要。本人也正硬着头皮再学c，虽然学了忘忘了学。 2.数据库知识，建议准备好sql语言，装个mysql自己通过敲命令，能掌握高级查询使用基本可以应对了。 3.软件测试理论，这个大家都不陌生，也是必考的了，应该可以轻松应付。要注意准备下web测试和性能测试这块，现在做web的公司好多。 4.根据公司具体的职位要求可以准备的有linux的命令，CMMI的基础知识，TCP/IP的基础知识，通信的如3G网络类知识等。 本文出自傲然的51Testing软件测试博客：http://www.51testing.com/?79787 下面说面试：通过面试真的能看出很多，技术、经验、性格人品等，当然都是通过你的答题来让人家了解的。 1.请自我介绍一下。这个必答题。对于不善于表达的朋友要准备一把，我就是这种类型，好处是起码说起话来可以比较流利。说性格时可以提对做测试有优势点。 2.说说你以前公司的测试流程。必答题。主要结合自己的项目经验相信讲一个自己做过的项目，从立项到测试结束，当然侧重测试和自己所做的内容。这里面试官一般都会根据你说的再提问。 3.你是怎样做出自己的职业选择或者自己的职业规划。这题也经常问。可以从自己的优点说如何适合做软件测试，对与职业规划，我一般说在技术上往资深测试工程师发展。 4. 你觉得自己作为测试工程的优势在哪里？/你认为自己比你的同事优秀在哪里？也经常问，可以从性格出发，讲自己优点，以及在项目中表现，领导的良好评价等，总之“恰当”地往好处说，不要言过其实，让人怀疑你的人品哦。说说自己的缺点？这个也不好回答，最好能恰当地引申回答到优点上。 5.一个测试中不堪回首，或者让你很郁闷的事情。我被问到了，当时想不起来，后来想想可以讲一个项目中的失误及后果，然后讲自己如何去成功弥补及教训经验。我如果提前想一下就不会该说什么了。 6.你的好友是如何评价你的？你的项目组长是如何评价你的？ 这类题也经常问。回答总要往好处说，但是你要自信地回答。 7.在成年后，哪些成绩给你带来最大程度的满足？蛮不错的题。记得我但是答的是第一次自己带一个小项目，顺利完成测试任务。 8.列举几个可能碰到的题，大家可以想想。 测试时你提交的bug被研发拒绝或者他认为不是问题，你如何处理？ 测试与开发沟通如何提高效率和改善沟通效果？测试工程师的素质和技能？ 你在压力下能工作的很好嘛？测试计划包括哪些？ 9.你期望的薪水？问的很多啦，根据自己能力和公司的大小，可以搜索下了解下情况。在工作难找的情况下OFFER到手实在些，骑驴找马总容易很多。 关于这些面试题，自己想不好的可以网上搜搜，51上也有很多关于答题的技巧和答案。最后要说下心态，面试的时候自信最重要，自信也来自良好的准备，所以面多了总结下，下次就更自信了。想想没被录用只能说明公司不适合你，或者人家要不起你。说的废话蛮多的，最后希望Tester在自己的职业道路上走地顺利&#8230;&#8230;]]></description>
		<wfw:commentRss>http://www.mianwww.com/html/2011/12/12585.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>献给软件测试同行们</title>
		<link>http://www.mianwww.com/html/2011/12/12567.html</link>
		<comments>http://www.mianwww.com/html/2011/12/12567.html#comments</comments>
		<pubDate>Sun, 25 Dec 2011 04:12:18 +0000</pubDate>
		<dc:creator>jim.jin</dc:creator>
				<category><![CDATA[软件测试]]></category>

		<guid isPermaLink="false">http://www.mianwww.com/?p=12567</guid>
		<description><![CDATA[1. 行业 都说测试有点基础就能学会，那都是骗人的，我就是受害人。现在虽然在做测试，但是感到很茫然，什么都不会，问同事吧还要耽误别人时间，自己学吧又不知道从何处下手，哎，难难难。。。以前在公司做测试工作的时候，自认为不怕被老板批评，因为我一直都认为能被老板批评，其实说明老板还是对自己报有期望的，否则他是有绝对权力可以不批评你，直接让你“走路”的，而且最重要的是，批评之后就有了改正的机会，可以提高自己了。但即使如此，仍然是有一些最怕被问的问题，例如：测得怎么样了？还有问题吗？什么时候能测试结束啊？如何对测试人员进行考核啊？ &#8230;&#8230;怎么样了？”最主要是在任何公司直接挨批的绝对是测试部门，这直接导致测试人员情绪低落． 首先我们先分析一下为什么管理层喜欢问这个问题，其实如果抛开测试的内容（这个问题就变成：干得怎么样了？），这个问题对于一个上级来询问下级的工作是最普通不过的问题了，但是如果加上测试这两个字，你会发现这个问题几乎没有办法回答。因为凡是有一点测试常识的人都会知道，测试是不可能有尽头的，无论你覆盖多么强，测试多么细致，一定会有没有测试到的“死角”，这些其实都是客观存在的事实，谁也不可能改变。 所以在选择这个行业的时候，还是需要理智的思考的，曾经有一个朋友，工作大概四五年了，做过：网管、保安、保险推销等等的工作，技术基本没有积累。问我：我能不能转行做测试？我问了他一些基本的计算机知识和测试的基本知识，我说：你还是别转了，不如做点其他的事情。不过我也说了，我只是提个你不要转的建议，你要是非想转，我也可以告诉你要学什么。在很多情况下，我觉得更理性的思考才说出建议和决定比较合理，不要以为有了一份心就什么都有了，两码事。因为人的激情是有时间间隔的。 测试人员的素质要求。可能是因为我进入了这个行业，老是有人在说这个行业的人需要什么样的技术和素质。大多数的都会提到一个字眼：浮躁。就是测试人员切忌浮躁。我晕，什么人不忌浮躁呀？这是对人的基本素质要求，而不是对测试行业的人的素质要求。可能有人说了，测试嘛，要细心，浮躁了就不能细心了。这种说法貌似合理了。但是，这绝不是测试人员的核心要求。极端一些说（因为极端的假设可以让问题更清晰），如果一个人只有细心，你是测试招聘人员，你会招吗？那这里就涉及到另一个问题了：就是要有技术。什么是技术呢？测试行业什么是技术呢？突然有这个问题似乎让人不知道怎么回答，有一种满肚子都是话突然之间倒不出来的感觉。于是，冷静一会，这种喜欢吹嘘的人就会摆出一堆话来：测试理论呀、测试方法呀、测试工具呀、测试流程呀等等等不都是技术吗？在我有限的知识体系里，个人觉得，这些都不是技术，只是测试人员应该有的常识。测试工具的使用只是测试人员应该掌握的技巧。 2. 薪水 薪水的诱惑。我看到过很多次说软件测试行业薪水如何如何高？XX出来不是八千就是五千的。还有人说，软件测试行业是IT中最高薪的行业，越老越值钱！我个人觉得软件测试行业绝对不是常青树。也不可能越老越值钱。现在做软件测试，找工作的人，一堆一堆的。好好看看这个市场，它不是缺少要做软件测试的人，而是缺少有经验的人。并且一般的经验，也不值什么钱。工作三四年（甚至更多）的人，5-6千的人，大有人在，而不是像有些广告上说的，这个行业进来就是万儿八千的。以为是找BUG是捡钱玩呀？我遇到的做测试的，工作十年左右的，也不过是在万元左右。人家这么多年都是白混的呀？在软件测试行业，从纯技术的角度来说：能拿到2万/月的人，很少很少。（请不要以某个个例来反驳，因为个例没有意义）。有些人挤破的头皮进外企。从大局来看（仅个人观点），外企在国内就没有真正把技术拿进来过（这里应该说大部分，不能一棍子全打了），所做的也无非是些边边角角的苦力活。所以外包才有市场，才会发展起来。几乎我认识的所有的测试行业的人都说外包没有技术含量，国内的外企难道不像外包吗？只是形式不同罢了。就拿中国的某些制造业来说，也有一部分属于这种状况，结果金融风暴来了，人家倒了，你也倒了。曾经有不止两个在软件业混了十几年的人跟我说：中国没有什么技术（我知道这句话有失偏颇，但它反应了一些现状）。再回到软件测试这个行业，首先，我认为刚毕业的大学生，不要指望一下子能爬多高。走的不稳总有一天摔倒。如果家里特有钱，像我一华为的同学跟我说的，那里有开着奔驰去上班的，一个月拿几千块钱的。 人家那是自我实现追求。而我们大部分的人，还是老老实实的，想想这一生应该怎么过，才能买得起房子，买得起个二十万以下的车吧。软件测试从业人员，自己把自己一辈子能赚的钱都算算。你这一辈子的闲钱能达到十万吗？你敢乱花乱玩吗？你没有先消费后还贷吗？这是时尚，还是不得已而为之？是你的能力不足，还是这个行业已经限制了你的上限？就算是你到了级别，有多少人可以到副总？有多少人是技术总监？就算你是技术总监，又有多少公司的技术总监一年超过30W？我出来工作两三年之后，就有人说，我的工资涨的飞快。我个人在想，这些钱，还不够我的生活。因为我也要买房，买车，生儿育女，赡养老人。有没有想过这些事情，如果全压在你和你老婆（老公）身上的时候，多少的薪水够用的？有人也说了，有钱就过有钱人的生活，没钱就过没钱人的生活，反正过穷富不是一样过吗？一辈子很快就过去了。这种说法是无奈还是满足现状？说的时候心酸吗？看着自己的孩子和别人的孩子上的不一样的学校。玩的游戏没有人家玩的好，你什么感觉？就告诉自己，我的能力只能是这样了吗？选择一个行业，你就要知道，这个行业的薪水段在什么样的层次，就像一个同事跟我说的：一个片警拿一个包出去赌钱，里面都是几百万的人民币。你是不是遗憾自己选错了行呢？当然不能这样对比对吧。因为我们靠自己的能力，吃自己的饭。呵呵，这么对比一下就是要看这个文章的人想清楚，你想拿多少工资？这个行业能给你的只有这么多，你自己选择去吧。当然，也要看清楚的是，这个行业，比出去在大太阳下搬砖强多了。 好吧，薪水暂时靠一段落。 3. 技术 技术，真实认真做软件测试的人应该有这样一种感觉。软件测试不容易做。它需要的知识太多了。如果仅玩数据库，只要把oracle搞的特别精通，我想一年工资二十万应该没有什么问题吧。但是软件测试行业是你要把好几种工具和语言都玩精通可能才值那么多钱。就拿性能测试来说吧（因为这一块是我一直做的，拿来打比方应该偏差不会太大），你只会性能测试工具就敢出去要万元/月以上的工资了吗？你敢要，谁愿意给呀？别以为自己可以是根葱了，其实还没发芽。我们都知道，在软件测试行业的JD一般都是：OS/network/DB/tools/applications /middleware、还有一些语言呀，脚本（脚本也是一种语言这里分开一下）呀，都包括的，就算不全包括，也要有一部分。你得懂呀？不懂全部，你得懂几个吧？你不懂，有人懂呀。那工作机会不就没了吗？怎么办呢？学吧。每天晚上搞到一两点，死劲的玩这些东西，大概找工作的时候，可以跟人侃了。我这个也会了那个也会了。但是呢，不能问深。因为学的广嘛。所以哪有时间细细的琢磨呢。所以问深了就晕了。人家一看，唉，这个人不求甚解，算了吧。也许很巧合，面试了一家公司，人家问的，也都被你忽悠上来了。总算找一工作。也是刷了好多人的。要是能把上面所说的每个东西，都玩了个精通，那出去找工作，问什么会什么，太牛B了。但是公司毛了，这样的人，我们能养得起吗？这种情况很少出现，我们就不去说它了。还要说软件测试行业。其实我们也知道，软件测试行业，在要求广泛的同时，也开始慢慢细化。越来越强调专向发展的人。所以，在进入这个行业的人，不要指望能把所有的公司JD都拿得下来，你只需要考虑是不是能满足其中一两种就可以了。并且仅这一两种也大概够你玩个十多二十年的。到那时，你已经不值钱了，因为还有一堆堆的年轻人在嗷嗷的叫着找这类的工作。国内工作到四十岁的技术人员，还有纯干技术的吗？（当然是有的，这里我说的是大部分情况下）我也有纯技术做了一二十年的同事，他自己也说他这种现象不正常。（这个和国家的福利待遇等都有关系，我这里不再展开说了。） 4. 追逐 追逐，如果从现在的大学生失业率来看的话，进入这个尚末成熟的软件测试行业，不见得是件坏事，因为乱世出英雄嘛。当然，在出英雄的前提下，就会有些怀才不遇的人很快的被糊里糊涂地砍倒在战场上。所以进入这个战场，就做好看清流弹的准备。不要报怨，认真的走好自己的路，不要和别人对比，因为不成熟的市场是没有什么可比性的。技术路线和泡沫市场的路线差距还是很大的。当然IT的技术路线和传统工业的技术路线差距也是很大的。我们基本上也算是产业工人的一部分，但是，我们并不是越老越值钱，如果不尽快在自己老到被人推倒在沙滩上之前赶紧找到自己的位置，相信在自己没有可利用的价值之后，很快就被淘汰。一个人被利用并不悲哀，悲哀的是没有可利用的价值。从比较职场的语言来说，我们之所以有工作，是因为老板们或者领导们认为我们还可用，想拿的工资更多，就让领导们觉得我们还有更多可用的地方。所以，尽量的去追逐那些在市场上看来有价值的知识，从而让自己的打工路，更平坦。（如果不想打工的话，那就追逐当老板应该有的知识。）不过，要注意这条路上，重点要知道自己追逐的是什么，而不是随大潮，看着别人玩什么自己也玩什么。很快那些大众型的知识都不值钱了（IT的更新也是很快的），所以要找准自己的位置。]]></description>
		<wfw:commentRss>http://www.mianwww.com/html/2011/12/12567.html/feed</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>软件测试基础笔试题一套</title>
		<link>http://www.mianwww.com/html/2011/12/12557.html</link>
		<comments>http://www.mianwww.com/html/2011/12/12557.html#comments</comments>
		<pubDate>Sun, 25 Dec 2011 04:06:54 +0000</pubDate>
		<dc:creator>jim.jin</dc:creator>
				<category><![CDATA[软件测试]]></category>

		<guid isPermaLink="false">http://www.mianwww.com/?p=12557</guid>
		<description><![CDATA[一、选择 ： 1. 从是否需要被执行测试软件的角度，软件测试可分为哪两种？（B） A. 黑、白盒（软件测试用例设计方法角度） B.静、动态 C.单、集 （策略和过程） 2. 下列哪一项不是白盒测试？（C） A.单元测试 B.集成测试 C.系统测试 D.回归测试 3. 计算机环路复杂度（计算方法）（重点：选择 简答） V(G)=简单判定节点数+ 1 ; V(G) = E-N+2 ; V(G)=封闭区域数+ 1 （记住这三个公式） 4. 属于黑盒测试的方法？(C) A.基于基本路径 B.控制流 C.基于用户需求测试 D.逻辑覆盖 (基于用户需求的测试,功能图分析方法，等价类划分方法，边界值分析方法，错误推测方法，因果图方法，判定表驱动分析方法，正交实验设计方法和功能图分析方法等。) 5. 测试的报告由五部分。 答：首页、引言部分、测试概要、测试结果及缺陷分析、测试结论与建议。 6. 单元测试环境由三部分构成？ 答：所测模块和与它相关的驱动模块及桩模块共同构成了一个“测试环境” 7. 单元测试中综合测试主要是考虑哪些方式？ 答：自顶向下的单元测试策略、自底向上的单元测试策略。 8. 不是软件实施活动的进入准则？ (D) A.需求工件已经被基线化 B.详细设计工件已经被基线化 C.构架工件已经被基线化 D. 项目阶段成果及被基线化 9. 确定单元测试指导的基本方针？ （） [...]]]></description>
		<wfw:commentRss>http://www.mianwww.com/html/2011/12/12557.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>常见的软件测试英语面试题</title>
		<link>http://www.mianwww.com/html/2011/12/12483.html</link>
		<comments>http://www.mianwww.com/html/2011/12/12483.html#comments</comments>
		<pubDate>Tue, 13 Dec 2011 12:30:58 +0000</pubDate>
		<dc:creator>jim.jin</dc:creator>
				<category><![CDATA[软件测试]]></category>

		<guid isPermaLink="false">http://www.mianwww.com/?p=12483</guid>
		<description><![CDATA[When should testing be stopped? What sort of things would you put down in a bug report? Who in the company is responsible for Quality? Who defines quality? What is an equivalence class? Is a “A fast database retrieval rate” a testable requirement? Should we test every possible combination/scenario for a program? What criteria do [...]]]></description>
		<wfw:commentRss>http://www.mianwww.com/html/2011/12/12483.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

