搜索
具体的黑盒测试方法包括等价类划分、因果图、正交实验设计法、边值分析、判定表驱动法、功能测试等。在使用时，自然要针对开发项目的特点对方法加以适当的选择。入门软件测试人员自身素质培养13则(1)首先，应对软件测试感兴趣和对自己有自信，如果具备了这两点，那么在开发过程中不管遇到什么样的困难，我相信你一定能克服。(2)善于怀疑，世界上没有绝对正确的，总有错误的地方，具有叛逆心理，别人认为不可能发生的事，我却认为可能发生。别人认为是对的，我却认为不是对的。(3)打破砂锅问到底的精神，对于只出现过一次的bug，一定找出原因，不解决誓不罢休。(4)保持一个良好的心情，否则可能无法把测试作好。不要把生活中的不愉快的情绪带到工作中来。(5)做测试时要细心，不是所有的bug都能很容易的找出，一定要细心才能找出这些bug。(6)灵活一些，聪明一点，多制造一些容易产生bug的例子。(7)在有条件的情况下，多和客户沟通，他们身上有你所需要的。(8)设身处地为客户着想，从他们的角度去测试系统。(9)不要让程序员，以“这种情况不可能发生”这句话说服你，相反，你应该去说服他，告诉他在客户心里，并不是这样的。(10)考虑问题要全面，结合客户的需求、业务的流程、和系统的构架，等多方面考虑问题。(11)提出问题不要复杂化，这一点和前面的有点矛盾，如果你是一新手，暂时不要管这一点，因为最终将有你的小组成员讨论解决。(12)追求完美，对于新测试员来说，努力的追求完美，这对你很好，尽管有些事无法做到，但你应该去尝试。(13)幽默感，能和开发小组很好的沟通是关键，试着给你的开发小组找一个“BUG杀手”，或对他们说“我简直不敢相信，你写的程序居然到现在没有找到BUG”。测试人员在开发过程中的任务软件测试目的1、测试的最终目的是为了避免错误的发生，确保应用程序能够正常高效的运行;2、好的测试用例在于发现至今未发现的错误;3、成功的测试是发现了至今未发现的错误的测试;4、好的测试工程师应该做到不仅发现问题，还能够帮助开发人员分析问题;测试人员和开发人员的关系开发人员和测试人员的主要矛盾就集中在对bug的定义上。测试人员辛辛苦苦发现软件中有问题，报了一个bug。这时就会出现两种状况。第一种，开发人员工作很忙，压力很大，外加心情不好，就会说出如下四类话：a.你会不会用软件呀?b.你使用了最bt的方法发现了用户永远也不可能发现的问题c.由于我使用了XXX技术，YYY方法和受到了ZZZ的约束，所以只能出现这样的问题，所以就不是bugd.上次都说过了，是你们测试的问题，先保证测试用例的正确性再来测试而如果开发人员比较闲，也许会仔细斟酌一下，做出下列答复：e.这确实是个问题。但是是由于我的一个小小的疏忽所致，也不至于报的这么严重吧?f.老兄，老板们急着要release，我看我们就。。。也许大家还会碰到别的情况，但是我们测试人员和开发人员总在和这些bug打转，相互打口水丈，所以关系就一直很紧张。大家也许要问如何解决紧张的关系，我想到了几个方面，也欢迎大家补充。首先我要为测试人员说说好话，因为我们通常被认为是最不重要的一群人。1)开发人员通常把软件看成是程序，他们的这种认识上的误区会排斥程序以外的其它因素，例如相关的文档。2)开发人员通常把软件的质量等同于软件功能性方面的质量。ISO/IEC9126标准中定义了6大质量特性，我们做测试的人员不应该让开发人员钻其它五项的空子。3)测试人员通常关注的软件的行为，也就是外在表现，是对外部质量的评价。而开发人员通常是关注软件的实现细节，也就是内部构成，即内部质量。外部质量和内部质量是不等价的，也就是说开发人员犯的错误会引入缺陷，而缺陷在特定的使用下才会产生失效。所以我们应该统一和测试人员关于bug的理解和认识，避免分歧的不断涌现。为测试人员说了好话，也要说说不好的地方。1)急于提交bug，体现自己工作的成果，而忽视了对bug的描述。对测试的步骤，测试平台的配置，产生的现象，造成的影响等都应该尽可能详细。详细而准确的描述不但能让开发人员快速而准确的定位问题，而且便于问题的重现。2)不考虑质量评价的优先级和测试的目的。只是一味的发现bug，使用自己都觉得很bt的方法发现了bug，但是这对于对产品质量的评价和决策能产生任何影响吗?3)大家都是搞技术的，都不愿意接受别人的批评。如果受到了一些言语上的抨击，开发人员更愿意将问题一直拖下去，而不承认自己的过失。所以人际关系的培养和交流技巧的训练对测试人员也是很重要的。软件测试的原则：1、应把“尽早和不断地进行软件测试”作为软件开发者的座右铭，实践证明单元测试能够尽早发现问题，减少后期测试的错误量。2、测试用例应由测试输入数据、测试执行步骤和与之对应的预期输出结果三部分组成。3、应当避免由程序员检查自己的程序。(指后期系统测试阶段，不包括单元测试)4、测试用例的设计要确保能覆盖所有可能路径。在设计测试用例时，应当包括合理的输入条件和不合理的输入条件。不合理的输入条件是指异常的，临界的，可能引起问题的输入条件。5、充分注意测试中的群集现象。经验表明，测试后程序残存的错误数目与该程序中已发现的错误数目或检错率成正比。应该对错误群集的程序段进行重点测试。6、严格执行测试计划，排除测试的随意性。测试计划应包括：所测软件的功能，输入和输出，测试内容，各项测试的进度安排，资源要求，测试资料，测试工具，测试用例的选择，测试的控制方法和过程，系统的配置方式，跟踪规则，调试规则，以及回归测试的规定等等以及评价标准。7、应当对每一个测试结果做全面的检查。8、妥善保存测试计划，测试用例，出错统计和最终分析报告，为维护提供方便。测试人员在软件开发过程中的任务：1、尽可能早的找出系统中的Bug;2、避免软件开发过程中缺陷的出现;3、衡量软件的品质，保证系统的质量;4、关注用户的需求，并保证系统符合用户需求。软件测试的部分技巧(1)边界测试，测试用户输入框中的数值的最大数和最小数，以及为空时的情况。(2)非法测试，例如在输入数字的地方输入字母。(3)跟踪测试，跟踪一条数据的流程,保证数据的正确性。(4)在开始测试时应保证数据的正确性，然后在从系统中找出各种BUG。(5)接口测试，程序往往在接口的地方很容易发生错误，要在此模块测试勿掉以轻心。(6)代码重用测试，在开发过程中有些模块功能几乎相同，程序员在重用代码时可能忘记在原有代码上修改或修改不全面，而造成的错误。(7)突发事件测试，服务器上可能发生意外情况的测试。(8)外界环境测试，有些系统在开发时依赖于另外一个系统,当另外一个系统发生错误时,这个系统所受到的影响的情况。(9)在程序员刚修复Bug之后的地方,再找一找，往往程序员只修复报告出来的缺陷而不去考虑别的功能在修改时可能会重新造成错误。(10)认真做好测试记录在做完一天的测试记录之后,第二天再根据第一天的测试记录重复测试你会发现有未修正的错误。(11)文字测试，如果在系统中有用词不当的地方，我想这是不应该的。(12)系统兼容测试，例如有些程序在IE6能运行正常，到IE5下不能运行。有些程序在WIN2000下能运行，而到WIN98却不能运行。像一些很特别的用户去使用系统，你很有可能发现BUG。(13)用户的易用性测试，往往用户的需求是不断的变化的，而其份变化中的一部的原因，是有用户操作上不方便引起的。软件测试是软件开发中的重中之重，没有一点可以马虎的，在项目管理过程，我强调的是每个过程的每一个环节都要进行测试，保证系统在每个阶段可以控制。因为软件测试中考虑的问题基本上是项目管理中考虑的问题。界面界面是软件与用户交互的最直接的层，界面的好坏决定用户对软件的第一印象。设计良好的界面能够引导用户自己完成相应操作，起到向导作用。界面设计主要是为了达到以下目的：1)以用户为中心。设计由用户控制的界面，而不是界面控制用户。2)清楚一致的设计。所有界面的风格保持一致，所有具有相同含义的术语保持一致，且易于理解和使用。3)拥有良好的直觉特征。以用户所熟悉的现实世界事务的抽象来给用户暗示和隐喻，来帮助用户能迅速学会软件的使用。4)较快的响应速度。5)简洁、美观。以下规则应该重视：界面风格一致性操作项基本规范UI色彩与字体UI字体，色彩要一致。整体色彩搭配要融为一体，同时诸如Caption，Button起提示、提交作用的部分要清楚，醒目。不可修改的字段，统一使用灰色文字显示。(例：浏览页面、删除页面均需显示灰色)窗口风格所有窗口最大化、最小化风格要一致。报错页面的风格一致，最好有统一的报错页面。类似功能的窗口打开的风格要一致。相同功能在不同模块的名称要一致。子窗体应尽量在显示在主窗体的左上或居中放置。弹出式窗口应尽量在不借助水平和垂直滚动条的情况下显示所有内容。窗体支持最小化和最大化或放大时，窗体上的控件也要随着窗体而缩放；不能只放大窗体而忽略控件的缩放。父窗体支持缩放时，子窗体不必缩放。实现自定义界面风格（可参考电子社区系统）布局与间距（待定）窗体控件布局和间距尽量与Windows标准保持一致。按钮与窗体上、下、左、右之间的间距为按钮之间的间距为……菜单深度菜单深度一般不要超过三层菜单层次太多时，应给出返回主窗口、主分支的快捷链接。按钮按钮风格相同，大小相似，标题字体保持一致，在整个系统中的显示位置要统一。无效按钮要屏蔽。控件各复选框和选项框按选择几率的高低而先后排列。复选框和选项框要有默认选项，并支持Tab选择。界面空间较小时使用下拉框而不用选择框。选项数较少时使用选项框，相反使用下拉列表框。文本框输入操作项基本规范必输项1）必输项中不可为空，不可输入空格2）必输项给出必输项标识（*）。3）非必输项字段，Null插入数据库时不会出错，在数据库中设置默认值。字段长度超过数据库规定长度时不允许输入，自动截断超长部分（注：2字符=1字）格式校验1）身份证号、E-MAIL、邮箱等特定字段的格式要符合需求的规定。日期格式日期显示格式一致，为：yyyy-mm-dd。使用日期控件，则不可手工录入。若允许手工输入：需做格式校验。不可输入字符串、汉字、特殊字符。若允许手工输入：对于日期段，需在截止日期小于开始日期时给出提示。特殊字符1）输入区域输入特殊字符，插入数据库时不出错或提示不允许输入特殊字符。特殊字符包括：‘“=@`~$%^%￥&#@等英文输入英文输入不区分大小写，不可输入汉字、数字及特殊字符数值字段只能输入+，—，0~9及功能键(BackSpace光标)。数值不能为负数。字符字段字符字段中只能输入字符，非法字符如单引号、数字均不可输入单行文本框/多行文本框长度合适，可以容纳相应文字，但不能超过数据库该字段长度，最好将可以输入的最大字符数标在旁边。建议单行文本框中当输入的字符超过一定长度时再输入无效；对于多行文本框给出最大字符数标识附件可正常添加符合格式的附件。附件可正常打开和保存，附件名较长时可正常操作。直接输入错误的附件地址，保存时应给出提示信息。附件打开和保存到本地时，文件名要显示原文件的文件名。密码输入需在需求中定义密码是否允许为空或空格；密码是否允许特殊字符；是否区分大小写，密码的可输入长度。程序中应给出文字说明密码的可输入长度。用户界面行为操作项基本规范鼠标1）鼠标为不可点击状态时显示箭头，可点击状态显示手型；系统忙时显示沙漏形状光标定位打开新增（修改）页面时，光标初始定位在第一个待输入的文本区因输入不正确提示用户重新输入时，光标默认focus在出错的输入区，并高亮全选该错误输入。若必输项未填写完毕就提交，应给出说明信息并能自动获得焦点；可写控件检测到非法输入后应给出说明并能自动获得焦点TAB键界面支持键盘自动浏览按钮功能。即TAB的自动切换功能。Tab键的顺序与控件排列顺序要一致，一般情况下总体从上到下，同时行间从左到右的方式。界面设计与测试规则目前流行的界面风格有三种方式：多窗体、单窗体以及资源管理器风格，无论那种风格，以下规则是应该被重视的。1：易用性：按钮名称应该易懂，用词准确，屏弃没楞两可的字眼，要与同一界面上的其他按钮易于区