51Testing软件测试论坛

标题: 软件测试从零开始[强烈推荐] [打印本页]

作者: songfun 时间: 2005-1-6 12:54
标题: 软件测试从零开始[强烈推荐]
我们testing站长的大作居然新手版没有，虽然在杂志上有了，还是转贴过来。
给大家看看。http://www.51testing.com/emagzine/No1_1.htm

【摘要】本文面向软件测试新手，从测试前的准备工作、测试需求收集、测试用例设计、测试用例执行、测试结果分析几个方面给出建议和方法。鉴于国内的软件开发、测试不规范的现状，本文为软件测试新手提供了若干个软件测试的关注点。

【关键词】软件测试、测试用例、测试需求、测试结果分析

引言

几年前，从学校毕业后，第一份工作就是软件测试。那时候，国内的软件企业大多对软件测试还没有什么概念，书店里除了郑人杰编写的《计算机软件测试技术》之外，几乎没有其它的软件测试相关书籍，软件测试仅仅在软件工程的教材中作为一个章节列出来，因此，我对软件测试一无所知。不过，在正式走上工作岗位之前，公司提供了为期两周的系统的软件测试技术专题培训，对接下来的软件测试工作有很大的指导意义。现在，我继续从事软件测试的培训与咨询服务，在这个过程中，亲眼目睹了很多软件测试新手面对的困惑，他们初涉软件测试行业，没有接受系统的培训，对软件测试一无所知，既不知道该测试什么，也不知道如何开始测试。下面针对上述情况，给出若干解决办法。

•  测试准备工作

在测试工作伊始，软件测试工程师应该搞清楚软件测试工作的目的是什么。如果你把这个问题提给项目经理，他往往会这样回答： “ 发现我们产品里面的所有 BUG ，这就是你的工作目的 ” 。作为一名软件测试新手，如何才能发现所有的 BUG ？如何开始测试工作？即便面对的是一个很小的软件项目，测试需要考虑的问题也是方方面面的，包括硬件环境、操作系统、产品的软件配置环境、产品相关的业务流程、用户的并发容量等等。该从何处下手呢？

•  向有经验的测试人员学习

如果你进入的是一家运作规范的软件公司，有独立的软件测试部门、规范的软件测试流程、软件测试技术有一定的积累，那么，恭喜你！你可以请求测试经理委派有经验的测试人员作为你工作上的业务导师，由他列出软件测试技术相关书籍目录、软件测试流程相关文档目录、产品业务相关的文档目录，在业务导师的指导下逐步熟悉软件测试的相关工作。其实，在很多运作规范的软件公司，已经把上述的师父带徒弟的方式固化到流程中。

如果你进入的是一个软件测试一片空白的软件企业，那么，也恭喜你！你可以在这里开创一片自己的软件测试事业，当然，前提是老板确实认识到软件测试的重要性，实实在在需要提高产品的质量。这时候，可以到国内的软件测试论坛和相关网站上寻找软件测试资源，这种情况下，自学能力和对技术的悟性就至关重要了。

•  阅读软件测试的相关书籍

现在，中文版的软件测试书籍越来越多，有的是国人自己写的，有的是翻译国外经典之作。可以到 www.chinapub.com 或者 www.cnforyou.com 等网络购书的站点查找软件测试相关的书籍。目前，从国外引入的软件测试书籍有很多经典之作，但是，翻译成中文后，翻译质量对阅读效果有很大的影响。

•  走读缺陷跟踪库中的问题报告单

如果您所在的公司已经有软件缺陷跟踪库了，无论采用的是商用工具，如 ClearQuest 、 TestDirecter 等工具，还是采用的 Bugzilla 、 Mantis 等开源工具，这都无关紧要，缺陷跟踪库中的缺陷报告单才是有价值的。缺陷跟踪库中的问题报告单是软件测试工程师工作绩效的集中体现，同时也是软件产品问题的集中体现。一般来说，缺陷报告单中最关键的几个部分包括：第一部分是发现缺陷的环境，包括软件环境、硬件环境等；第二部分是缺陷的基本描述；第三部分是开发人员对缺陷的解决方法。通过对上述缺陷报告单的三个部分作仔细分析，不知不觉你已经吸收了其他软件测试人员的工作经验，并掌握了软件产品常见的基本问题。这是迅速提高软件测试经验的好方法。

•  走读相关产品的历史测试用例

如果你所在的公司有测试用例管理系统，那么，走读相关产品的软件测试用例是迅速提高测试用例设计水平的一条捷径。走读测试用例也是有技巧的。测试用例写作一般会包括测试用例项和根据测试用例项细化的测试用例，下面举例说明。 “ 测试用户登录的功能 ” 是一个测试项，该测试项的目的是测试用户登录功能是否正确，是否能够完成正常的登录功能，是否能够对非法用户名和密码做异常处理等等。因此，根据该用例项，可以设计出若干个测试用例，大多数情况下，测试用例项和测试用例是一对多的关系。

通过走读测试用例项目，你可以掌握应该从哪些功能点着手未来的测试工作；通过走读软件测试用例，你可以了解如何根据被测试的功能点开展软件测试用例的设计工作，包括如何确定测试用例的输入、测试用例的操作步骤和测试用例的输出结果等。

总之，走读其他软件测试人员设计的优秀软件测试用例，是提高自身用例设计水平的好方法。

•  学习产品相关的业务知识

软件测试人员不仅要掌握软件测试技术相关知识，对产品相关的业务知识也要学习。这很好理解，如果从事财务软件的测试工作，一定要学习财务知识；如果从事通讯产品测试工作，那么相关的通讯理论知识也是必须的；如果从事银行软件的测试，银行的业务流程也是不可或缺的知识点。

因此，在学习软件测试技术的同时，千万不要忽略产品相关业务知识的学习。如果你是一个软件测试技术专家，但是对产品业务知识一无所知，那么也只能测试出来纯粹的软件缺陷，而面对眼前出现的产品业务相关的缺陷，很可能是视而不见，如此这般，软件测试的效果会大打折扣。

•  识别测试需求

识别测试需求是软件测试的第一步。如果开发人员能够提供完整的需求文档和接口文档，那固然好。可以根据需求文档中描述的每个功能项目的输入、处理过程和输出，来设计测试用例。如果开发人员没有提供软件需求文档，那该如何是好？下面给出几个有效的方法：

•  主动获取需求

开发人员通常不会更好地考虑软件测试，如果没有开发流程的强制规定，他们通常是不愿意提供任何开发文档，即便有强制规定，需求文档也未必能够真正指导软件系统测试工作。因此，需要测试人员发挥主观能动性，与相关的软件开发项目经理和软件开发人员保持沟通，了解软件实现的主要功能是什么，并记录得收集到的信息。一般来说，开发人员即便没有提供相关需求文档，也会保存一些简单的过程文档，主动向开发人员索要这些文档，可以作为测试的参考。此外，可以与公司的技术支持人员交流，技术支持人员是最贴近用户的人，因此，通过交流可以获取第一手的用户使用感受，在测试的过程中会更加贴近用户。

当拿到相关的资料后，从哪些方面分析需求？如何与开发人员交流需求？其实，只要把握需求分析的几个关键的点就可以解决问题：输入、处理过程、输出、性能要求、运行环境，下面针对每一个项目逐一分析：

软件输入：与该需求相关的一切可能输入，可以从这几方面考虑，输入来源、输入参数的数量、输入参数的度量单位、输入参数的时间要求、输入参数的精度和输入参数的有效输入范围。在测试用例设计中，这部分内容作为测试用例输入的依据。

处理过程：描述对输入数据所执行的所有操作和如何获得输出的过程。测试人员了解处理过程即可，在测试过程中发现 BUG 时候，如果对处理过程了解的深入，对定位问题根源有很大的帮助。

软件输出：描述每个需求的输出结果，包括输出的位置（如计算机显示器、打印机，文件），输出参数的数量、输出参数的度量单位、输出参数的时序、输出参数精确度、输出参数的有效输出范围、错误消息。在测试用例设计中，这部分内容作为测试用例的预期输出。

性能要求：与该需求相关的性能要求，比如 “ 插入 ATM 取款卡后， 3 秒钟内弹出提示用户取款的图形界面 ” 。 3 秒钟这一限制，就是对需求的基本性能要求。

运行环境：软件的运行所需的环境，包括硬件平台的要求、操作系统的要求、数据库的要求，以及其它相关支撑软件的要求。

•  确认需求的优先级

确认需求的优先级是很必要的，如果在产品进度比较紧的情况下，测试人员可以考虑优先测试优先级高的需求项，如果进度允许，那么在测试优先级低的需求项，如果进度不允许，那么就放弃测试优先级低的需求项。如果软件公司有规范的流程支撑，开发人员在提供软件需求文档的时候，应该在文档中确定需求的优先级。但是，如果开发人员连基本的软件需求文档都没有提供，又怎能指望他们确定软件需求的优先级？如果是这样，需求的优先级只能由测试人员完成了。

•  加入开发小组的邮件群组

测试人员需要通晓被测试产品，但是，产品在开发的过程中往往是不断变化的。如果软件开发团队有一套变更控制流程，测试人员会对产品的变更了如指掌。如果没有变更控制，那就要采用其他的土方法了。如果公司里面有自动化办公系统，也许采用的是 Lotus Notes 系统，也许使用的是 E-mail 系统，测试人员应该加入到开发人员的邮件群组中。当开发人员通过邮件讨论问题、通知召开技术会议的时候，测试人员可以及时知晓，如果必要，可以参加开发人员的技术会议。即便公司里面有了软件变更控制流程，加入到开发邮件群组也是一个很好的习惯。

•  与开发人员为邻

建议测试人员与开发人员为邻。我所在的测试组曾经与开发组是在相邻的写字间里，开发人员与测试人员的关系非常融洽，抛去同事关系，大家还是不错的朋友。不管开发人员有什么样的活动，测试人员都能第一时间获得信息。无论从事软件测试工作，还是从事其它的工作，与工作中上下游环节的同事保持良好的个人关系对工作有很大便利。一般的公司内部都存在部门墙，良好的人际关系是打通部门墙的手段之一。向领导建议测试人员与开发人员为邻，这很必要。

•  测试用例设计

测试需求收集完毕后，开始测试设计。测试用例是什么？测试用例就是一个文档，描述输入、动作、或者时间和一个期望的结果，其目的是确定应用程序的某个特性是否正常的工作。设计测试用例需要考虑以下问题：

•  测试用例的基本格式

软件测试用例的基本要素包括测试用例编号、测试标题、重要级别、测试输入、操作步骤、预期结果，下面逐一介绍。

用例编号：测试用例的编号有一定的规则，比如系统测试用例的编号这样定义规则： PROJECT1-ST-001 ，命名规则是项目名称＋测试阶段类型（系统测试阶段）＋编号。定义测试用例编号，便于查找测试用例，便于测试用例的跟踪。

测试标题：对测试用例的描述，测试用例标题应该清楚表达测试用例的用途。比如 “ 测试用户登录时输入错误密码时，软件的响应情况 ” 。

重要级别：定义测试用例的优先级别，可以笼统的分为 “ 高 ” 和 “ 低 ” 两个级别。一般来说，如果软件需求的优先级为 “ 高 ” ，那么针对该需求的测试用例优先级也为 “ 高 ” ；反之亦然，

测试输入：提供测试执行中的各种输入条件。根据需求中的输入条件，确定测试用例的输入。测试用例的输入对软件需求当中的输入有很大的依赖性，如果软件需求中没有很好的定义需求的输入，那么测试用例设计中会遇到很大的障碍。

操作步骤：提供测试执行过程的步骤。对于复杂的测试用例，测试用例的输入需要分为几个步骤完成，这部分内容在操作步骤中详细列出。

预期结果：提供测试执行的预期结果，预期结果应该根据软件需求中的输出得出。如果在实际测试过程中，得到的实际测试结果与预期结果不符，那么测试不通过；反之则测试通过。

软件测试用例的设计主要从上述 6 个域考虑，结合相应的软件需求文档，在掌握一定测试用例设计方法的基础上，可以设计出比较全面、合理的测试用例。具体的测试用例设计方法可以参见相关的测试书籍，白盒测试方法和黑盒测试方法在绝大多数的软件测试书籍中都有详细的介绍，这里不作赘述。

•  重用同类型项目的测试用例

如果我看得远，那是因为我站在巨人的肩上－－牛顿。

一般来说，每个软件公司的项目可以分为固定的几大类。可以按业务类型划分，比如 ERP 软件、产品数据管理软件、通信软件、地理信息系统软件等等；可以按软件结构来划分，比如 B/S 架构的软件、 C/S 架构的软件、嵌入式软件等等。参考同类别软件的测试用例，会有很大的借鉴意义。如果，公司中有同类别的软件系统，千万别忘记把相关的测试用例拿来参考。如果，系统非常接近，甚至经过对测试用例简单修改就可以应用到当前被测试的软件。 “ 拿来主义 ” 可以极大的开阔测试用例设计思路，也可以节省大量的测试用例设计时间。

•  利用已有的软件 Checklist

在上面一个小节中，按照不同的规则划分了不同的软件类型。每种类型的软件都有一定的测试规范，比如， WEB 软件系统在系统测试过程中，会有一系列的范式，比如针对 Cookie 就会有很多测试点。在设计测试用例的时候，不妨到网上去搜索相关的 Checklist ，不过国内外的网站很少有这方面的资料，即便有，也不是特别系统。可以先找一份粗糙的 Checklist ，然后，在设计测试用例的时候不断的去完善它，以作为下次测试用例设计的基础。

•  加强测试用例的评审

测试用例设计完毕后，最好能够增加评审过程。同行评审是 CMM3 级的一个 KPA ，如果因为公司没有通过 CMM3 级，就不开展同行评审是不恰当的。测试用例应该由产品相关的软件测试人员和软件开发人员评审，提交评审意见，然后根据评审意见更新测试用例。如果认真操作这个环节，测试用例中的很多问题都会暴露出来，比如用例设计错误、用例设计遗漏、用例设计冗余、用例设计不充分等等；如果同行评审不充分，那么，在测试执行的过程中，上述本应在评审阶段发现的测试用例相关问题，会给测试执行带来大麻烦，甚至导致测试执行挂起。

•  定义测试用例的执行顺序

在测试用例执行过程中，你会发现每个测试用例都对测试环境有特殊的要求，或者对测试环境有特殊的影响。因此，定义测试用例的执行顺序，对测试的执行效率影响非常大。比如某些异常测试用例会导致服务器频繁重新启动，服务器的每次重新启动都会消耗大量的时间，导致这部分测试用例执行也消耗很多的时间。那么在编排测试用例执行顺序的时候，应该考虑把这部分测试用例放在最后执行，如果在测试进度很紧张的情况下，如果优先执行这部分消耗时间的异常测试用例，那么在测试执行时间过了大半的时候，测试用例执行的进度依然是缓慢的，这会影响到测试人员的心情，进而导致匆忙地测试后面的测试用例，这样测试用例的漏测、误测就不可避免，严重影响了软件测试效果和进度。因而，合理地定义测试用例的执行顺序是很有必要的。

•  测试用例执行

测试用例设计完毕后，接下来的工作是测试执行，测试执行中应该注意以下几个问题：

•  搭建软件测试环境，执行测试用例

测试用例执行过程中，搭建测试环境是第一步。一般来说，软件产品提交测试后，开发人员应该提交一份产品安装指导书，在指导书中详细指明软件产品运行的软硬件环境，比如要求操作系统系统是 Windows 2000 pack4 版本，数据库是 Sql Server 2000 等等，此外，应该给出被测试软件产品的详细安装指导书，包括安装的操作步骤、相关配置文件的配置方法等等。对于复杂的软件产品，尤其是软件项目，如果没有安装指导书作为参考，在搭建测试环境过程中会遇到种种问题。

如果开发人员拒绝提供相关的安装指导书，搭建测试中遇到问题的时候，测试人员可以要求开发人员协助，这时候，一定要把开发人员解决问题的方法记录下来，避免同样的问题再次请教开发人员，这样会招致开发人员的反感，也降低了开发人员对测试人员的认可程度。

•  测试执行过程应注意的问题

测试环境搭建之后，根据定义的测试用例执行顺序，逐个执行测试用例。在测试执行中需要注意以下几个问题：

全方位的观察测试用例执行结果：测试执行过程中，当测试的实际输出结果与测试用例中的预期输出结果一致的时候，是否可以认为测试用例执行成功了？答案是否定的，即便实际测试结果与测试的预期结果一致，也要查看软件产品的操作日志、系统运行日志和系统资源使用情况，来判断测试用例是否执行成功了。全方位观察软件产品的输出可以发现很多隐蔽的问题。以前，我在测试嵌入式系统软件的时候，执行某测试用例后，测试用例的实际输出与预期输出完全一致，不过在查询 CPU 占用率地时候，发现 CPU 占用率高达 90 ％，后来经过分析，软件运行的时候启动了若干个 1ms 的定时器，大量的消耗的 CPU 资源，后来通过把定时器调整到 10ms ， CPU 的占用率降为 7 ％。如果观察点单一，这个严重消耗资源的问题就无从发现了。

加强测试过程记录：测试执行过程中，一定要加强测试过程记录。如果测试执行步骤与测试用例中描述的有差异，一定要记录下来，作为日后更新测试用例的依据；如果软件产品提供了日志功能，比如有软件运行日志、用户操作日志，一定在每个测试用例执行后记录相关的日志文件，作为测试过程记录，一旦日后发现问题，开发人员可以通过这些测试记录方便的定位问题。而不用测试人员重新搭建测试环境，为开发人员重现问题。

及时确认发现的问题：测试执行过程中，如果确认发现了软件的缺陷，那么可以毫不犹豫的提交问题报告单。如果发现了可疑问题，又无法定位是否为软件缺陷，那么一定要保留现场，然后知会相关开发人员到现场定位问题。如果开发人员在短时间内可以确认是否为软件缺陷，测试人员给予配合；如果开发人员定位问题需要花费很长的时间，测试人员千万不要因此耽误自己宝贵的测试执行时间，可以让开发人员记录重新问题的测试环境配置，然后，回到自己的开发环境上重现问题，继续定位问题。

与开发人员良好的沟通：测试执行过程中，当你提交了问题报告单，可能被开发人员无情驳回，拒绝修改。这时候，只能对开发人员晓之以理，做到有理、有据，有说服力。首先，要定义软件缺陷的标准原则，这个原则应该是开发人员和测试人员都认可的，如果没有共同认可的原则，那么开发人员与测试人员对问题的争执就不可避免了。此外，测试人员打算说服开发人员之前，考虑是否能够先说服自己，在保证可以说服自己的前提下，再开始与开发人员交流。

•  及时更新测试用例

测试执行过程中，应该注意及时更新测试用例。往往在测试执行过程中，才发现遗漏了一些测试用例，这时候应该及时的补充；往往也会发现有些测试用例在具体的执行过程中根本无法操作，这时候应该删除这部分用例；也会发现若干个冗余的测试用例完全可以由某一个测试用例替代，那么删除冗余的测试用例。

总之，测试执行的过程中及时地更新测试用例是很好的习惯。不要打算在测试执行结束后，统一更新测试用例，如果这样，往往会遗漏很多本应该更新的测试用例。

•  提交一份优秀的问题报告单

软件测试提交的问题报告单和测试日报一样，都是软件测试人员的工作输出，是测试人员绩效的集中体现。因此，提交一份优秀的问题报告单是很重要的。软件测试报告单最关键的域就是 “ 问题描述 ” ，这是开发人员重现问题，定位问题的依据。问题描述应该包括以下几部分内容：软件配置、硬件配置、测试用例输入、操作步骤、输出、当时输出设备的相关输出信息和相关的日志等。

软件配置：包括操作系统类型版本和补丁版本、当前被测试软件的版本和补丁版本、相关支撑软件，比如数据库软件的版本和补丁版本等。

硬件配置：计算机的配置情况，主要包括 CPU 、内存和硬盘的相关参数，其它硬件参数根据测试用例的实际情况添加。如果测试中使用网络，那么网络的组网情况，网络的容量、流量等情况。硬件配置情况与被测试产品类型密切相关，需要根据当时的情况，准确翔实的记录硬件配置情况。

测试用例输入 \ 操作步骤 \ 输出：这部分内容可以根据测试用例的描述和测试用例的实际执行情况如实填写。

输出设备的相关输出信息：输出设备包括计算机显示器、打印机、磁带等等输出设备，如果是显示器可以采用抓屏的方式获取当时的截图，其他的输出设备可以采用其它方法获取相关的输出，在问题报告单中提供描述。

日志信息：规范的软件产品都会提供软件的运行日志和用户、管理员的操作日志，测试人员应该把测试用例执行后的软件产品运行日志和操作日志作为附件，提交到问题报告单中。

根据被测试软件产品的不同，需要在 “ 问题描述 ” 中增加相应的描述内容，这需要具体问题具体分析。

•  测试结果分析

软件测试执行结束后，测试活动还没有结束。测试结果分析是必不可少的重要环节， “ 编筐编篓，全在收口 ” ，测试结果的分析对下一轮测试工作的开展有很大的借鉴意义。前面的 “ 测试准备工作 ” 中，建议测试人员走读缺陷跟踪库，查阅其他测试人员发现的软件缺陷。测试结束后，也应该分析自己发现的软件缺陷，对发现的缺陷分类，你会发现自己提交的问题只有固定的几个类别；然后，再把一起完成测试执行工作的其他测试人员发现的问题也汇总起来，你会发现，你所提交问题的类别与他们有差异。这很正常，人的思维是有局限性，在测试的过程中，每个测试人员都有自己思考问题的盲区和测试执行的盲区，有效的自我分析和分析其他测试人员，你会发现自己的盲区，有针对性的分析盲区，必定会在下一轮测试用避免盲区。

总结：

限于文章的篇幅，本文不可能给出一个类似于 checklist 的指导性的软件测试新手入门。无论从事软件测试还是从事其它的工作，技术上的和技巧上的问题都可以通过查询相关的软件测试技术书籍获取，掌握一套基本的方法论是最重要的。以上文字，都是作者从事软件测试工作积累的经验之谈，如发现谬误之处请不吝指出。

[ Last edited by songfun on 2005-2-1 at 18:51 ]

作者: 布瓜 时间: 2005-1-12 09:18
我是个彻底的新人，但是现在确实是很想进入测试这个行业，但是一时无从做起，不知道看什么书入门最好……

作者: testing 时间: 2005-1-13 15:03
看一本黄颜色书皮的书，名字是《软件测试》

作者: stan071408 时间: 2005-1-14 10:51
其实我觉得测试新手的书现在很多!
看什么书不重要,重要的就是自己肯专

作者: smartbaby 时间: 2005-1-14 11:00
^_^，testing的大作不是早就登出来了么，怎么好些人好像才看到似的？

作者: gratwo 时间: 2005-2-19 21:39
标题: 真的是个好帖子
希望可以多多看到这样的帖子
也希望自己可以给大家提供这样的有用的资料

谢谢再一次的表示感谢

作者: juecy 时间: 2005-2-22 10:37
本来我想改行了！
可是今天在这个网站上看了很多有关软件测试的文档，决定再做一段时间！

作者: twinkestar 时间: 2005-3-1 11:38
标题: 写得很好
我觉得兴趣是学习的主要的动力，只要你有兴趣，就会想尽各种办法去学习

作者: zerocci 时间: 2005-3-1 12:48
标题: 《the art of the software testing》
grenford j. myers的《the art of software testing》听说不错，正准备去买来啃啃，要买一定要买原版的，中文翻译不好

作者: wisebinbin 时间: 2005-3-1 16:10
标题: 呵呵
我接触这行有5天了,谢谢,受益很深,以后还望多指教.

作者: pcl2004_27 时间: 2005-3-3 12:35
《软件测试》
作者 Ron Patton 著

作者: sqqxnn 时间: 2005-3-3 20:36
我是学软件测试的不过老师说要30节讲完每天讲很多
我又是才学根本听不懂怎么办呀

作者: 紫芯 时间: 2005-3-5 14:41

Originally posted by pcl2004_27 at 2005-3-3 12:35:
《软件测试》
作者 Ron Patton 著

我也是学软件测试的，老师讲的快讲的多，你就应该回去多看看书，上网多做做实践，时间长了，就可以跟上了。

作者: qwer123 时间: 2005-3-8 18:44
大家好呀
大家可以告诉我一下软件测试对学历有要求吗

作者: 云层 时间: 2005-3-13 23:49
不同的公司对测试的学历要求不同，一般来说并没有特别高的要求，大专以上就行了吧，

作者: zhongling 时间: 2005-3-14 09:52
我是日立代理店的医疗仪器工程师，我想涉及到软件设计及软件测试这一块来！
本人自考计算机网络，希望大家支持一下

作者: htfeiprc 时间: 2005-3-17 17:30
趋势不错，值得钻研，努力中……

作者: taojie 时间: 2005-3-18 10:57
即使对做了测试很多年的我，也很有帮助，谢谢！

作者: lwhxqy 时间: 2005-3-21 13:15
请问做软件测试的话，需要有那些要求，对软件的编程能力有什么要求，对硬件又要了解多少

作者: 丁琳 时间: 2005-3-22 17:12
很不错的帖子，值得投一票！

作者: lingbo 时间: 2005-3-23 16:56
软件测试作者：Ron Patton
听说不错

作者: catsu 时间: 2005-3-24 16:24
标题: 深刻~！
偶是个新手虽然是学计算机的，但是软件测试才仅仅是从软件工程里面学到了点皮毛，希望老手贴更多有关这方面资料的帖子，谢谢~！

作者: wymm 时间: 2005-3-28 17:02

Originally posted by 紫芯 at 2005-3-5 14:41:

我也是学软件测试的，老师讲的快讲的多，你就应该回去多看看书，上网多做做实践，时间长了，就可以跟上了。

我今天刚接触软件测试,不明白如何"上网多做做实践"?

[ Last edited by wymm on 2005-3-28 at 17:04 ]

作者: 碧玉冰花 时间: 2005-3-30 21:10
都说《软件测试》这本书很好
看来是值得钻研了，呵呵
请问网上有没有电子文档呢

作者: 冷水 时间: 2005-4-1 14:57
标题: 我觉得那本书不太适合新手
测试理念太强不易理解
过于累述概念缺乏实例

我觉得清华出版的那本还不错
个人意见

作者: queeniewen 时间: 2005-4-3 16:41
我这个学期开始学软件测试...
希望能在此论坛学到东西。。。

作者: icando_1211 时间: 2005-4-4 10:33
标题: 偶是个新人
我刚刚涉及一点软件测试方面的东东，文章不错，适合我进一步学习！我已经买了《软件测试》这本书，不过看的不多，还没有充足的时间看！大家都说它好，我看我的眼光还可以了！呵呵……

作者: happy_fly 时间: 2005-4-8 13:15

Originally posted by juecy at 2005-2-22 10:37 AM:
本来我想改行了！
可是今天在这个网站上看了很多有关软件测试的文档，决定再做一段时间！

为什么呢，为什么想改行？
我现在想进入这一行，所以很想听听你的见解。谢谢！

作者: jajavava 时间: 2005-4-8 19:23
还没看，大概翻了一下，果然有测试人的规范，流程，呵呵，感谢你们推荐了一本好书软件测试作者 Ron Patton 著 thanku!

作者: jajavava 时间: 2005-4-8 19:31
搜了半天也没找到那本书，谁好心可以帮我提供一下啊？！！

找到了收费了，看了看目录，感觉有些地方没用的挺多的，有点不实用。

[ Last edited by jajavava on 2005-4-8 at 20:21 ]

作者: morpar82 时间: 2005-4-13 14:49
不错，我刚刚才接触测试，对于很多概念都糊里糊涂的，这篇文章解决了我不少的疑惑。
大家说的那本书我也买了，是在网上看人家介绍的，看了一章多点吧，感觉翻译得不怎么样，不过内容还蛮有趣的，毕竟简明易懂。

作者: color 时间: 2005-4-27 16:57
今天才看到该贴，有种相见恨晚的感觉！

作者: szgnju 时间: 2005-4-27 21:42
好想找个零点去尝试一下~!

作者: 不睡觉的猪 时间: 2005-4-29 09:55
:d呵呵，现在应聘软件测试工程师，可是现在只是感兴趣，很多东东都不知从何着手啊！
好贴啊，赞哦！！！~~
过几天面试，哪为好心人，给点提示吧？公司招软件测试员，看中哪些特质？

作者: 真希 时间: 2005-4-30 16:13
我的毕业设计就是做这个,希望高人指点一下
我在网上找了些opensource-testing,都是些框架,里面的test_unit都要自己写
这个功能实现就是一个相当复杂的过程

对于插件我有很大的疑问
似乎找到的插件也不一定就能在框架里用

现在头都大了
谁能帮我指条明路吗

作者: zqp 时间: 2005-5-5 11:39
标题: 人多贴子也不错,支持!!!
大家好! 我也是从事软测的,在工作两年了,常常想改行!发现在现在的工厂做测试没有一点意义,就是天天操作,ghost测试os,安装测试软件,做一些功能方面的测试,发现BUG记录下来写成测试报告反应到上面去就完成工作了,根本就没有你们说的那么专业的测试,好像在这不像个软件测试的,我们厂主要是做数码产品的(如DSC\DV\scanner...)对这些产品的driver\firmware 做测试...真对我所述说的,能否请大家给我提点建设性的意见呢,我该怎么做呢,?THS

作者: dzzz 时间: 2005-5-12 11:26
看了贴自后，我觉得这个零基础还是需要一定的变成基础的。

作者: wanghuan0472 时间: 2005-5-24 16:06
标题: 我是新手
要找一个测试方面的工作，不知道做为一名软件测试人员应该具有那些专业知识呢？
请高手指教

作者: tiane5 时间: 2005-5-24 16:49
山高人为峰，不知道测试的这座大山有多高。呵呵

作者: dtbh 时间: 2005-6-22 19:01
我们新手学习就应该从理论入手，不然以后就不好办了！

作者: B2CPC 时间: 2005-6-24 16:08
好斑竹,斑竹好!

作者: freelwp 时间: 2005-6-24 17:04
不过理论的东西看太多了，没吃透还是不易消化的。看的理论能运用到实际操作中去，那才叫厉害呢！

作者: 随风飘 时间: 2005-7-11 08:26
标题: 我刚开始做测试
我刚开始做测试,什么都不懂,以后可得好好请教斑竹了!!!
或者加我的QQ:11319754(雪儿)和
MSN: ZXJ017052@hotmail.com,
我乐意向各位高手请教!!!;)

作者: xavilee01 时间: 2005-7-12 08:54
介绍下测试工具好吗？

作者: wxj5261992 时间: 2005-7-12 11:07
我编程一点也不会。对那个没有天分。不过对网络，对硬件还可以。能做好测试吗

作者: znhmm 时间: 2005-7-12 12:37
现在的工作就是这个，有点不知所措，不过我相信，我会搞定的！

作者: wxdzony 时间: 2005-7-12 17:07
刚做完一个项目，还得自己做软件测试，郁闷！

不知道怎么做，只好来这里取经了！！

作者: gaoyoumei 时间: 2005-7-12 18:41
标题: 谢谢楼主的贴子！
非常感谢楼主的帖子，我是一名电子信息工程专业的迎接毕业生，很幸运的选择了软件测试这个行业，由于是非计算机专业，我做起来感觉很吃力，感觉优点无从下手。看了楼主的帖子，茅塞顿开！

作者: risepp 时间: 2005-7-13 15:52
以前是做数据仓库的现在的工作是和测试相关的刚开始有一种思想根深蒂固只是很重视编码觉得测试没什么了不起读了上面的帖子有了很大改观不错
现在正努力学习中～～～

作者: yk0322 时间: 2005-7-13 16:11
正打算转行做这个,学点经验

作者: dong2000321 时间: 2005-7-13 21:31
我是听朋友介绍的，很感兴趣，我也比较喜欢计算机，也想加入这一行，可是我不是学计算机的，电脑知识也不多，这样可以吗？有希望吗？我应该从哪下手呢？各位高手给点建议吧，在下谢谢了！

作者: wu_zyong 时间: 2005-7-14 22:35
8错，谢谢楼主，我做测试不到3个月，我很喜欢测试工作，要学的地方还有很多，希望能得到大家的帮助

作者: iamshj006 时间: 2005-7-18 11:15
标题: 有谁的公司正招测试员马？
我想入这行，但接触的不多，请多指教

作者: appleping163 时间: 2005-7-19 17:54
好帖，我也是刚刚毕业加入测试行业。请多指教

作者: sunlishuai2008 时间: 2005-7-23 11:32
标题: 请教问题
大家好我是软件程序员，我发自己对程序没有兴趣，自己的思路也不是很清晰，所以想做测试的工作，顺便还可以学习以下，我不知道怎么开始，而且我现在要找这方面的工作怎么办呢？

作者: B2CPC 时间: 2005-7-23 22:28
软测不还是好多情况和程序打交道啊？？而且也要有清晰的思路才能写用例，写方案，写计划。看了楼上你说的就一个字“晕”

作者: flytigerboy 时间: 2005-7-25 10:09
标题: 不错的东东
偶是新手，刚进测试这个行业，还不知道从哪里入手，看了贴子，受益非浅啊！

作者: dream_cui 时间: 2005-7-26 14:03
标题: 新手
我做测试三天了，什么都不懂希望有人知道。
qq:89357256
msn:mengting916@hotmail.com

作者: jimmy2005 时间: 2005-8-10 17:48
很郁闷
现在比较好点的软件测试工具都是要收费的
让一些软件测试新手很难上手学好

作者: rien2128 时间: 2005-8-12 13:02
这是篇好文章,我推荐过很多新人去看。

作者: miqingyifang 时间: 2005-8-13 11:58
我做测试几年了，但是一直都没有系统的学习过测试理论，看了楼主的文章，受益匪浅啊，谢谢楼主了，呵呵……

学习中……

作者: shtesting 时间: 2005-8-16 16:06
机工的《软件测试》不建议大家去看，因为它太偏向理论，而且有很多测试的知识没有讲全，建议大家看清华大学出的《软件测试技术概论》，很全，而且有深度，如果对测试有兴趣，还是多试一些开源工具，比如Junit,了解软件测试到底要做什么，要验证什么，发现什么，软件测试的内容非常大，涉及的技术很多，如果黑盒了解清楚是什么回事，要做白盒，并且想了解自动化测试，那就需要对编译原理熟悉

作者: shunzi530 时间: 2005-8-18 17:36
我明年毕业，对测试我还是一个门外汉。希望大家多多指教

作者: linxh 时间: 2005-8-23 14:14
对功能测试做了三个月,对软件测试还是比较迷茫,请大家以后多关照

作者: 依然 时间: 2005-8-23 20:31
我也是新手，在公司从黑盒做起，以前上过一些理论，具体的没有做过。不知道有没有合适我这样的测试员的推荐书籍？在这里先谢谢版主了：）
我的MSN是LitchiW@hotmail.com 请多指教！

作者: stoneguo 时间: 2005-8-24 16:04
刚刚踏入测试行业，感觉写得很精彩，不过还是看得不怎么明白！

作者: mofan 时间: 2005-8-26 11:55
顶。我是刚刚才加入软件测试这个行业的。不过我之前一无所知。专业不对口。我现在在公司里面就担任这个职务。郁闷。我是新手。我改怎么办才能做到最好啊。。
刚刚看了你的贴。心里静多了。可以有个机会去学习学习一下。

作者: techie 时间: 2005-8-29 12:48
我基础很差,能学软件测试吗,我对自已一点信心都没有.怕自已不行.哪位高手谈谈学习的过程中的难点.让我有个心理准备.

作者: qingtian 时间: 2005-8-30 14:17
恩，站长真是说到点子上了

作者: huzihu 时间: 2005-9-1 11:48
顶一下，也是一名新手，公司还没有独立的测试部门呢！

作者: 笨笨熊 时间: 2005-9-5 18:13
好贴子～

已经下了，回家好好读～！！

楼主大好人！！

作者: ywergs 时间: 2005-9-11 14:04
我学的是软件工程这个方向，不过我们学院分了五个方向都可以去上课，开始觉得这个方向很不好，毕竟我们是科班出生的程序员，现在还不想作PM，但学院还理解我们这样的人，还好了。今天以开始对软件测试感兴趣，觉得自己以前只能算半个程序员，因为从来都没有自己做过测试。决定从今开始好好学习测试了。

作者: edifier 时间: 2005-9-11 18:01
很久以前就下了现在才回帖

作者: zhtjo 时间: 2005-9-15 09:16
从“爱问”上kiang来的网址，果然是个好东东。而且大大们恩照顾新人。以后就爽了。
学习
学习
再学习啊～～～

作者: 开心的萝卜 时间: 2005-9-21 14:43
1。《软件测试》作者 Ron Patton
2。grenford j. myers的《the art of software testing》
记住了，谢谢！

作者: hzh1981 时间: 2005-9-25 18:57
标题: 我也很上火
我今年刚毕业，学的计算机专业，做编程没经验，没人理，想从测试开始，我感觉测试比编程要求一个级别，从测试漫漫过度到编程，我的想法有道理吗，是不是这么一回事呢

作者: IreneMaria 时间: 2005-9-26 13:31
我现在也从事软件测试工作，因为公司软件管理不规范，总觉得每天就是点点鼠标，思路很不好掌握

作者: aidy.wang 时间: 2005-9-28 21:55
标题: To--IreneMaria
哈哈！不着急的，慢慢就好了！我想再不规范的管理，即使是没有什么测试流程的公司，肯定都有它的测试方式的，多象有经验的测试人员请教是很有必要的！还有，看BUG跟踪系统的报告，和又帮助的！

作者: aidy.wang 时间: 2005-9-28 21:59
大家继续努力啊！
要对我们所从事的工作充满信心！！！

作者: aidy.wang 时间: 2005-9-28 22:00
标题: To--IreneMaria
哈哈！不着急的，慢慢就好了！我想再不规范的管理，即使是没有什么测试流程的公司，肯定都有它的测试方式的，多象有经验的测试人员请教是很有必要的！还有，看BUG跟踪系统的报告，和又帮助的！

作者: lzygirl 时间: 2005-9-30 15:19
对于黑盒测试我也做过，但是就是理论上的东西不很清楚，比如写测试文档、测试用例之类的，我想突击一下应该到什么程度才能去面试啊

作者: 晃悠 时间: 2005-10-8 18:50
说了很多，总之你们的话都很诚恳，看了那么多论坛，这里的感觉最舒服，最让人怀念。我是刚刚被宣告不适合做开发，被调到QA，其实有些郁闷，我很喜欢开发的。但是首先我是职场新人，公司环境又很好，我不舍得离开，也不想有什么变动，心想稳定下来再谋发展，而且测试和开发也应该是互补的，所以，我打算好好的掌握测试技术，为以后的发展打下坚实基础！
公司的QA和RD比例是1：2，而且薪水差别不大，具我不完全了解QA好像还要高那么点儿。当然这个无所谓。所以我认为公司至少是不忽略QA的，这也同样是个契机，加上大家的话对我也是很大的鼓励，我一定要在QA这边干出点成绩来。不过我现在想，要是可能还是想争取回RD。当然，我没有接触过QA，可能我还更喜欢测试。有谁能告诉我RD和QA哪个会比较有前途一些？

作者: lq810425 时间: 2005-10-13 17:43
顶，
可是我觉得还是有点抽象
能不能具体点呢
新手上路很多不懂还需学习

作者: wq4113 时间: 2005-10-18 13:58
刚学测试，请多指教。

作者: amy_gm 时间: 2005-10-19 20:22
testing 真棒

作者: cherry8163 时间: 2005-10-20 10:21
我也是刚接触到这行业的，我想问一下，有什么关键注意点能分享一下吗？谢谢！现在有关软件测试的书太多，不知道哪本比较好，比较适合像我们这种新上路的新手用啊，谁能推荐一下吗？谢谢！

作者: 逗雪 时间: 2005-10-24 09:23
我现在应该是连新手都算不上吧！我有转行的想法，正在考虑以后是否入测试这行。看了许多前辈的帖子和两本软件测试的书籍，发现与我当初对测试的认识有很大的出入，感觉测试人员的要求可以很高，得学许多东西。我得加紧学习，希望早日与诸位成为同行！

作者: 青橘子 时间: 2005-10-25 13:22
　　我是想加入这行但还没有加入的新手，我正在自学，我也买了＜软件测试＞这本书正在看，请各位前辈多多指教好吗？呵呵！我的qq是３１６７７９７３４希望得到你们的帮助！

作者: cat_zhang 时间: 2005-10-25 19:00

Originally posted by techie at 2005-8-29 12:48 PM:
我基础很差,能学软件测试吗,我对自已一点信心都没有.怕自已不行.哪位高手谈谈学习的过程中的难点.让我有个心理准备.

我想你能认识到你自己的薄弱之处这是个好的一面，不过不论怎么样人不能对自己丧失信心，不要总是怀疑自己的能力。另外，因为你的基础比较薄弱，因此你必须自己将软件的一些基础知识好好的补习一下，这样才能基本能够达到一个测试工程师的水平。不过要想把测试做精做好就必须要有良好的软件基础，已经优秀的编程能力，因为一个优秀的测试工程师的要求比一个开发人员要更高。

作者: smile_q 时间: 2005-10-26 22:39
标题: 新手，请指教
我刚接触测试，看了一点书，对测试的实施一点都不了解。
能帮帮我吗？

作者: yj211314 时间: 2005-11-3 11:22
标题: wxdzony
作为开发人员，还做测试的，有点不合适吧！

作者: sacfox 时间: 2005-11-11 10:42
上次看了这贴子，可惜只有一半

作者: 安琪 时间: 2005-11-11 11:51
看了大家的讨论，我也忍不住说几句，我也是新手资料已经下了，还没来得急看呢，呵
我也是刚开始学测试，以前没接触过，像我这样的要多久才可以做简单的测试呀？谢谢
告诉我一下，我很迷茫．

作者: minicat_82 时间: 2005-11-14 14:41
好文章，看了之后学到不少！我还要多多努力学习

作者: boyyww 时间: 2005-11-14 14:42
标题: 各位大虾，我初涉测试有问题请教！！
在下实在不太清楚如何使用odbc协议录制下我想要测试的数据库！哪位能教教我呀！！拜托了！

作者: jtiger 时间: 2005-11-14 14:57
希望在这里看到一些简单易懂的测试故事或例子，使广大新人能了解测试工作的内容、性质、重要性。

作者: wangziyang 时间: 2005-11-19 14:29
我是个极品菜鸟，很想学这个，可是自己的编程基础很差。

作者: wartonweller 时间: 2005-11-20 16:34
谢谢楼主对我们这样的新手想做testing的帮助很大

作者: forestzh2002 时间: 2005-11-21 12:48
那个有关于软件外包的资料给我一份，谢谢！！！！！！！！！
偶的邮箱forestzh2002@163.com

作者: chaotiancaitl 时间: 2005-11-22 11:42
我做测试3个多月了，主要是web测试，一开始主要是了解测试，可是现在越来越迷茫了，因为觉得只是做简单的功能测试很没有技术性，我应该怎么办呢，应该学什么？

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)