手机测试：https://www.ltesting.net/html/06/category-catid-106.html谈论手机测试：http://bbs.ltesting.net/viewthread.php?tid=48628&highlight=%CA%D6%BB%FA%B2%E2%CA%D4（转）关于手机测试http://bbs.ltesting.net/viewthread.php?tid=8175&highlight=%CA%D6%BB%FA%B2%E2%CA%D4手机测试资料：http://bbs.ltesting.net/viewthread.php?tid=9898&highlight=%CA%D6%BB%FA%B2%E2%CA%D4[分享]手机测试的一部分资料：http://bbs.ltesting.net/viewthread.php?tid=5582&highlight=%CA%D6%BB%FA%B2%E2%CA%D4想做.

后天学校里有招聘会，公司还可以，感觉我自己的简历写得不怎么样，请求朋友们帮我修改下！下面是我的简历。个人简历求职意向：软件测试工程师姓名：陈俊性别：女政治面目：团员籍贯：湖北 襄樊学历：本科专业：软件工程联系电话：000000000000电子邮箱：454879824@qq.com基本技术：1．熟悉软件工程过程和原理2．熟悉测试流程及方法3．熟悉软件测试用例设计方法和测试用例的写作规范 .

软件评测师属于我国计算机软件资格和水平考试中的中级内容，到目前已经开考三次，分别是2005年、2006年和2007年每年的上半年。他和软件设计师一样同属于计算机软件专业类别，因此其内容也和软件设计师最为接近。　　虽然软件评测师至今已经开考三次，但是参加考试的人数并不多，通过的人数更是很少，这并不是因为软件评测师考试很难，相反，软件评测师和软件设计师相比，其考试难度反而要低。在另一方面，软件测试工程师的工作岗位却大量的缺人，在微软的项目中，软件测试人员的安排要多于软件设计人员和程序员得数量。那么在这样的一个.

2008年上半年软件评测师考试试题分析（转）(2009-03-26 13:57:30)标签：2008年 上半年 软件评测师 考试 CC%E2%B7%D6%CE%F6&ts=bpost&stype=tag]试题分析 软考 历年试题 it分类：软件评测师考试　　软件评测师作为一年一度的考试，2008年上半年（5月）考试的特点是上午试题与软件设计师、数据库系统工程师试题的重复率比较高，下午考试各种题型交错，难易适中。 　　总的来说，本次考试所涉及的知识和题型大都在希赛教育软考学院模拟试题的“掌控”之中。因此，对于希赛教育软考学院的学员而言，按照老师的辅导计划进行学习，认.

测试考点的一个纲要，GIF格式的，要考软件评测师的朋友们可以下载看下哦！

如果老板让你从应届毕业生里面找一个人出来做测试，你什么选择一个什么样的应届毕业生？

大四了，找工作在即，我感觉有些恐慌，不知道如何着手去找工作，不知道现阶段的我要如何做才能进入自己想进的测试行业，请求各位高手帮忙分析一下。带着对计算机的神秘感，我步入了大学，学习软件工程专业，大一下学期遇到了C语言，感觉有点力不从心，把责任归咎于没有电脑（其实我也没有怎么用功学习）。大二上学期，学习数据结构，简直一窍不通，因为不会编程，其实上课也没有认真听过讲。那段时间我感觉学计算机不是我的兴趣所在，打算学习别的，后来也没有找到自己到底喜欢什么，还是回到了老本行，也买了电脑.

上 海 漫 索 计 算 机 科 技 有 限 公 司全面软件质量管理——剖析软件质量的内涵——内建高质量而非修补质量林锐博士http://www.chinaspis.comlinrui@chinaspis.com

软件测试交流会资料

测试计划模板 测试计划模板测试计划应有一个封面。包括名称、版本号、编写人、审批人、审批日期。1 、引言1.1编写目的例如：“本计划定义软件测试活动的范围、方法、资源和进度，被测试的对象、被测试的特性、应完成的测试任务、人员职责等。”1.2编写依据本软件测试计划编写依据，包括项目计划，项目质量计划，有关的规定、相关的标准等。1.3测试目标规定本次测试的目标，或软件通过本次测试，将要达到的某种用途的目标。例如：“通过确认测试后，该软.

“工欲善其事，必先利其器”。专业的测试必须以一个好的测试计划作为基础。尽管测试的每一个步骤都是独立的，但是必定要有一个起到框架结构作用的测试计划。测试的计划应该作为测试的起始步骤和重要环节。一个测试计划应包括：产品基本情况调研、测试需求说明、测试策略和记录、测试资源配置、计划表、问题跟踪报告、测试计划的评审、结果等等。产品基本情况调研：这部分应包括产品的一些基本情况介绍，例如：产品的运行平台和应用的领域，产品的特点和主要的功能模块，产品的特点等。对于大的测试项目，还要包括测试的目的和侧.

测试工作总体流程图

一、白盒测试方法 　　1、用例设计　　1）测试用例的组成　　① 用例运行前置条件　　② 被测模块/单元所需环境（全局变量赋值或初始化实体）　　③ 启动测试驱动　　④ 设置桩　　⑤ 调用被测模块　　⑥ 设置预期输出条件判断　　⑦ 恢复环境（包括清除桩）　　2）测试用例的设计原则　　① 一个好的测试用例在于能够发现至今没有发现的错误；　　② 测试用例应由测试输入数据和与之对应的预期输出结果这两部分组成；　　③ 在测试用例设计时，应当包含合理的输入条件和不合理的输入条件；　　④ 为系统运行.

几个月前我还在谈论黑盒测试不一定比白盒测试技术含量低，现在我却可以比较肯定地说，黑盒测试比白盒测试更难，技术要求更高。道理其实非常简单，黑盒，白盒测试的本质区别在于源代码的访问权利，白盒测试具有这种权利，因此也就具有更多的资源和信息进行测试，当然事情就会变得容易很多，而黑盒测试由于不能看到源代码，就使得对于白盒测试人员发现的bug，你要花更多的时间，并且具有更高的技术才有可能发现。　　我做黑盒测试已经4年多了，是一个地地道道的黑盒测试人员，可是我具有源代码访问的权利，也就是说，虽然我是做黑盒测试的.

　他们最大的差别只有一点。两种测试比较的话，需要把自动化测试等排除再外，这样比较会比较公平。　　从几方面来对比一下他们各自的情况：　　1、技术上　　白盒测试：编码能力、测试方法、测试手段、对程序逻辑的分析（产生性能问题的点）等等。　　黑盒测试：归档能力、测试方法、测试手段、对用户体验性的敏感（大多由经验得出）、各种辅助工具（如数据生成）等等。　　我们可以看出，他们有相同的地方，也有各自特有的东西，我们不能以偏概全，有人说编程难，对于一个刚入社会的新人来说，3个月就上手，所以我们的测试人员.

1、强度测试或压力测试　　强度或压力测试是在一种需要异常数量、频率或资源的方式下，执行可重复的负载测试，以检查程序对异常情况的抵抗能力，找出性能瓶颈。异常情况,主要指那些峰值、极限值、大量数据的长时间处理等，包括：　　* 连接或模拟了最大（实际或实际允许）数量的客户机；　　* 所有客户机在长时间内执行相同的、性能可能最不稳定的重要业务功能；　　* 已达到最大的数据库大小，而且同时执行多个查询或报表事务　　* 当中断的正常频率为每秒一至两个时，运行每秒产生十个中断的测试用例；　　* 运行可能导致虚.

最近一段时间在搞c/s客户端的自动化测试。在中国的大部分企业，自动化测试刚刚起步，大部分人都认为会使用一些商业的或者开源的自动化测试工具，如QTP之类，就算是进行自动化测试了。大谬也！　　自动化测试按照基本步骤来说，其实就分为两部分：1> 控件的自动化识别，2> 结果的自动化比较。至于大家熟悉的suite，自动化测试报告等部分，则是以以上两部分为基础封装起来的，属于易用部分，不属于基础部分。要进行自动化测试，就必须解决上面提高的两个基础部分，否则，只是缘木求鱼。　　关于控件的自动化识别，对于标准控件，识别不.

此处的第一个“法”是指用法的法，第二个“法”是指方法的法。本篇文章标题的意思就是：“自动化测试的用法并没有固定的方法”。　　写此篇文章，主要是因为看到网上有些人追求技术至上、理论至上、方法至上的理念，个人感觉该写点什么来提醒一下自己，免得自己迷失方向。　　关于自动化测试方面，本人一直追求的是相关应用对公司或对工作是否有利，这个有利不单指钞票的事，还包括对公司人员的情绪等各方面的影响等。因此我在用自动化测试时，在一些特殊的地方也进行了特殊的应用。这些应用对于大多数人来说，可能会认为不应该用自动.

随着软硬件协同应用复杂性日益增加，其中软件必须通过全面的测试才可以保证质量和可靠性。但由于研发时间的限制，软件测试需要选择合适的方法,同时选择合适的测试工具,以便达到足够的测试效率。在一个基于FPGA的软硬件协同应用中，本文从占用资源、运行速度等方面比较了Rational Visual Test和QuickTest Professional两大自动化测试工具，得出前者有较好的速度和可用性。　　前言　　软件测试是程序的一种执行过程，目的是尽可能发现并改正被测试软件中的错误，提高软件的可靠性，它是软件生命周期中一项非常重要的非常复杂的工作。在.

当前大部分的测试工具是软件的功能性测试功能（也被称为记录/回放工具），如Rational的Robot和Mercury 的Winrunner等。记录/回放工具的缺陷使我们在测试中不能过分依赖它。　　缺陷：　　记录/回放工具能够记录下用户和应用程序交互时的击键和鼠标的移动。击键和鼠标的移动都被记录成一个脚本，然后可以在测试执行期间“回放”。虽然这种方法对特定的情形是有益的，但是记录/回放功能大约仅仅是其全部功能的1/10。记录/回放脚本在首次记录生成之后必须要进行修改。对功能性测试的修改主要集中在通过GUI进行验证的测试，也称为黑箱.