好.
高请问
请各位老大们推荐几本测试入门的书啊，小弟是新手，谢谢啦~！ 路过。。。。。 《面向对象的软件测试》，作者 John D.McGregor 很有名，他发表过一些关于测试方面的文章，我就读过他的一篇名叫“Incremental Testing of object-oriented class structures”的文章，而且被他人引用的次数较多。〈面向对象的软件测试〉主要针对的是面向对象的单元测试---类测试，书中自始至终贯穿了一个例子：Brickle游戏的例子（和弹砖块游戏相似的一个游戏），全书从测试视角来看问题，详细讨论了从用例分析到设计模型如何从测试视角看问题，然后分析了具体的类测试以及类的交互测试，后面还有分层机构的测试和系统测试，都是拿例子来分析，比较直观，不象那些全篇都是理论的拗口的书，这本书还是比较好的，推荐大家都看一下。
面向对象系统的测试〉（英文名Testing Object-Oriented Systems: Models, Patterns, and Tools）是Robert V. Binder的大作，这个人还编过其他的一些很好的书，象“Object-Oriented Software Testing - Introduction to the Special Section”，“Design forTestability in Object-Oriented Systems”。这本书主要关注于测试模型的讨论，所谓测试模型，就是你在测试之前要建一个模型，这个模型就是测试模型。这本书覆盖的内容很多，很广，里面对我印象较深的是关于状态图测试的（因为我也是做这个的），讲的可以说非常详细。但是这本书严重不适合初学者--太难，理论太多，读起来很拗口，
软件测试〉，很显然是入门级的，那些没有学过测试的想进门可以看看本书，其他的就没什么好说的了。
〈软件开发的科学与艺术〉，是曾经在微软工作过的几个人合写的，主要是讲讲他们在微软的经历和经验。里面就有讲到微软的测试是怎么做的经验之谈，里面还有一些测试计划，测试规范的规划文档，可以参考一下。
Black-Box Testing : Techniques for Functional Testing of Software and Systems>,是Boris Beizer著的一本书（国内好象没有影印版或翻译版），做测试研究的可以什么都不知道，但一定要知道Boris Beizer这个人，他写了好基本被各种文章引用次数最多的经典测试书籍，像“Software Testing Techniques ” 我是个新手，以前在学校写程序，写完能实现功能就行了，至于其他的根本就没考虑过，毕业后开始写软件，最近写了一个小软件，但是频频出错，所以现在想学测试却不知道从何下手，不知道现在大家做测试是一个什么形式，用测试工具呢，还是根据软件手动测试呢。我学测试的目的是想让自己写的程序更安全稳定一些，希望大家多多指教。
请问如何测试源代码？
哪位高手指点一下，如何测试源代码？比如在linux下开发的32位嵌入式系统，如何测试啊？ 我倒,看来楼上的都要比小弟厉害.《面向对象的软件测试》是不是英文的,小弟不才大学里最差的就是英文.请问有没有汉语方面的书籍! 有好东东传上来撒 我觉得所有的问题，都可以在书中找到答案。多看看书把，书都会有原形的 对.书中自有黄金屋,书中自有颜如玉!不过在网上很多东西也是更容易查找的,也更如意接受的.... 整个测试过程来说比较复杂，在这只说一下系统测试阶段的流程，首先是开发人员的需求分析阶段，在需求分析的同时，测试人员可以提出 可测试性需求，然后需求分析初步定搞后，测试人员可以参加需求评审，当需求经过评审纳入到配置库中后，测试人员就可以开始写测试计划了，测试计划主要是规划这次测试活动，角度是从管理方面，测试计划一般都有模版，然后在根据测试计划以及需求规格说明书来写测试方案，测试方案是从技术的角度来规划本次测试活动，有了方案了我们就可以根据它和SRS来写测试用例（这些都是有模版的），测试用例是最重要的！！测试用例写好了就可以进行测试的执行了，在这些过程中都会产生一些文挡，这些文档一般是需要经过评审的。当所有的测试用例都执行完了并且相关的测试文挡都通过了评审的话，那么本次测试活动就可以结束了。。。。
我是新手，想和大家交个朋友！
希望大家能够交我这个朋友！我的QQ：215143066，MSN:jickllyloveshe@hotmail.com欢迎加入我的群！26526836
新手
多加指导
自己写的一些东西，供大家参考
测试流程转眼间来了公司一个多月了，工作时间应该算是很短的了，但是测试部门就我和勇斌两个人，我还算长的了，呵呵。由于以前公司没有测试人员，所以测试流程很不完善，估计大家对测试也不是很了解。以下是我个人的一些看法。
测试部门的职责：
今年的主要目标有三个，
第一个是严格把关产品质量，所谓严格并不意味着测试会在软件项目和用户不需要的前提下，建立不合理和难以实现的质量目标。而是会进一步完善我们的现有的测试规范，严格按照规范办事。比如说，问题单改到%之多少才可以提交测试版本等等，这一点希望各位项目经理和开发人员能够理解。 如果改一个问题就出一个版本的话，我们的测试很难做的。这只是一个目标,呵呵.
第二个要达到的目标是提供及时的测试服务，因为我们测试需要承担公司内所有项目的测试工作，而目前测试部人员缺少（就两个人），在有些情况下，开发已经完成编码工作，测试部由于人员等情况，我们可能将测试执行工作或是文档工作推后。在今后我们会尽量克服这个问题，做到能及时进行测试分析、及时执行测试、及提时提交问题单、及提交测试报告、及时编写测试用例。
第三个目标是提高我们测试的服务水平
因为现在需要测试公司内的所有项目，为了更好的达到测试的目标，测试必须设法适用于我们所面对的所有项目，这样对测试人员的水平也是一个挑战（怎样部署不同的项目的测试环境、怎样对于不同的操作系统下的项目进行测试，）这些都是我们有待提高的技术；另外现在公司的同事们对测试人员已非常尊重，这一点很好，其实测试与开发一样都同一个目标就是做好每一个项目，这些也是我们今后努力的目标。
测试流程的定义：
首先向大家介绍一下我理解的测试流程是什么，流程在词典上的解释是“工艺程序,从原料到制成品的各项工序安排的程序”，那测试流程就是指从软件测试开始到软件测试结束经过的一系列准备、执行、分析的过程。所以我认为测试流程并不是只存在于有完整测试团队的公司，它分布在每一个对软件执行测试的公司中，哪怕像我们这样的只有一两个测试人员的公司。
下边是我根据咱们 公司做的一个关于bug管理的描述（公司内暂时没有bug管理工具，我正在寻找比较好的免费工具）
测试人员（Tester）只要发现问题就立即新建一个Bug予以跟踪并发送给相关的开发小组长（Dev Lead）现在主要是通过excel表格来发送，，不好控制和管理，
开发小组长会判断这个Bug属于某个特定的开发人员（Dev）并指派给他处理
开发人员会根据Bug的详细描述信息找到问题所在，修改程序解决这个Bug并把Bug返回给当初的测试人员；希望开发发送给我们版本的时候，把以前的测试报告也发送给我们，最好注明那些问题已经修改，怎么修改的。那些问题依然存在。那些问题存在争议，争议的焦点。（备注：存在争议如何处理，）
测试人员在看到某个Bug被解决后，就去验证这个Bug是否真的不存在了，根据最初的发现步骤去证实问题真的解决了就关闭这个Bug；若还能重现，或者不同意开发人员的解法，可以激活这个Bug，返还给当初的开发人员做进一步调查处理.
下边的这些是我自己思考的一些问题:
各个项目的需求，项目的完成时间，计划安排。我希望能够让我们了解更多的关于产品的信息,如果我们什么也不知道就拿一个产品进行测试,这样很难发现一些问题,甚至是一些表面的问题。我们知道了项目的安排和计划，便于我们能够合理的安排测试。
当一个新的版本出现时，必须标明是哪个版本，修改了那些问题 。这样我们可以进行有针对性地测试。
开发大概多长时间出一个版本，有些问题越到最后越麻烦。我希望我们能够及时地拿到版本，不要很长时间才测试一次，有些问题越到最后越难管理。
编写测试用例。我正在考虑我们是不是需要编写一些简单的测试用例。
这个问题是我们自己思考的，希望大家给点意见的。
就是测试，什么叫测试完毕呢。
我的理解就是首先你的按照正常的操作步骤，把所有的路径走一遍。我的正常的操作步骤就是客户肯定会用到的，经常用到的。然后再进行一些自由的测试，把自己能够想到的都测试一遍。
完成时间：
2006年7月31日 两个人的测试部门。。。。
发现一个BUG就提交给开发，没管理，这样也太混乱了吧，不好管理
用bugfree试试，我觉得还可以 不懂哦
还需要多学习 同意楼上的观点的 ＼
好好学习天天进步就是好的了 ！ 路过 大家好，我是新手！请各位多指教！sdlkfj5 测试用例如果是自己执行测试,那就可以写的简单些能看懂就OK,如果是其他的测试人员执行的话,那就应该将测试用例写的尽可能详细\易懂.
