功能测试用例需要详细到什么程度才是合格的

1)登录

① 用户名和密码都符合要求(格式上的要求)

② 用户名和密码都不符合要求(格式上的要求)

③ 用户名符合要求，密码不符合要求(格式上的要求)

④ 密码符合要求，用户名不符合要求(格式上的要求)

⑤ 用户名或密码为空

⑥ 数据库中不存在的用户名，不存在的密码

⑦ 数据库中存在的用户名，错误的密码

⑧ 数据库中不存在的用户名，存在的密码

⑨ 输入的数据前存在空格

⑩ 输入正确的用户名密码以后按[enter]是否能登陆

2) 添加

① 要添加的数据项均合理，检查数据库中是否添加了相应的数据

② 留出一个必填数据为空

③ 按照边界值等价类设计测试用例的原则设计其他输入项的测试用例

④ 不符合要求的地方要有错误提示

⑤ 是否支持table键

⑥ 按enter是否能保存

⑦ 若提示不能保存，也要察看数据库里是否多了一条数据

3) 删除

① 删除一个数据库中存在的数据，然后查看数据库中是否删除

② 删除一个数据库中并不存在的数据，看书否有错误提示，并且数据库中没有数据被删除

③ 输入一个格式错误的数据，看是否有错误提示，并且数据库中没有数据被删除。

④ 输入的正确数据前加空格，看是否能正确删除数据

⑤ 什么也不输入

⑥ 是否支持tab键

⑦ 是否支持enter键

4)查询

精确查询：

① 输入的查询条件为数据库中存在的数据，看是否能正确地查出相应得数据

② 输入正确的查询条件以前加上空格，看是否能正确地查出相应的数据

③ 输入格式或范围不符合要求的数据，看是否有错误提示

④ 输入数据库中不存在的数据

⑤ 不输入任何数据

⑥ 是否支持table键

⑦ 是否支持enter键

模糊查询：

在精确查询的基础上加上以下一点:

输入一些字符，看是否能查出数据库中所有的相关信息

设计功能测试用例

文本框、按钮等控件测试

文本框的测试

如何对文本框进行测试

a，输入正常的字母或数字。

b，输入已存在的文件的名称;

c，输入超长字符。例如在“名称”框中输入超过允许边界个数的字符，假设最多255个字符，尝试输入 256个字符，检查程序能否正确处理;

d，输入默认值，空白，空格;

e，若只允许输入字母，尝试输入数字;反之;尝试输入字母;

f，利用复制，粘贴等 *** 作强制输入程序不允许的输入数据;

g，输入特殊字符集，例如，NUL及 等;

h，输入超过文本框长度的字符或文本，检查所输入的内容是否正常显示;

i，输入不符合格式的数据，检查程序是否正常校验，如，程序要求输入年月日格式为yy/mm/dd，实际输入yyyy/mm/dd，程序应该给出错误提示

在测试过程中所用到的测试方法：

1，输入非法数据;

2，输入默认值;

3，输入特殊字符集;

4，输入使缓冲区溢出的数据;

5，输入相同的文件名;

命令按钮控件的测试

a，点击按钮正确响应 *** 作。如，单击确定，正确执行 *** 作;单击取消，退出窗口;

b，对非法的输入或 *** 作给出足够的提示说明，如，输入月工作天数为32时，单击”确定“后系统应提示:天数不能大于31;

c，对可能造成数据无法恢复的 *** 作必须给出确认信息，给用户放弃选择的机会;

单选按钮控件的测试

a，一组单选按钮不能同时选中，只能选中一个。

b，逐一执行每个单选按钮的功能。分别选择了“男”“女”后，保存到数据库的数据应该相应的分别为“男”“女”;

c，一组执行同一功能的单选按钮在初始状态时必须有一个被默认选中，不能同时为空;

up-down控件文本框的测试

a，直接输入数字或用上下箭头控制，如，在“数目”中直接输入10，或者单击向上的箭头，使数目变为10;

b，利用上下箭头控制数字的自动循环，如，当最多数字为253时，单击向上箭头，数目自动变为1;反之亦适用;

c，直接输入超边界值，系统应该提示重新输入;

d，输入默认值，空白。如，“插入”数目为默认值，点击“确定”;或，删除默认值，使内容为空，单击“确定”进行测试;

e，输入字符。此时系统应提示输入有误。

组合列表框的测试

a，条目内容正确，其详细条目内容可以根据需求说明确定;

b，逐一执行列表框中每个条目的功能;

c，检查能否向组合列表框输入数据;

复选框的测试

a，多个复选框可以被同时选中;

b，多个复选框可以被部分选中;

c，多个复选框可以都不被选中;

d，逐一执行每个复选框的功能;

列表框控件的测试

a，条目内容正确;同组合列表框类似，根据需求说明书确定列表的各项内容正确，没有丢失或错误;

b，列表框的内容较多时要使用滚动条;

c，列表框允许多选时，要分别检查shift选中条目，按ctrl选中条目和直接用鼠标选中多项条目的情况

第一步，测试基础：

测试基础是软件测试最最最重要的部分，只要你是做测试，不管是什么测试，测试的基础、理论知识都是必须学会的。大概就包括：测试计划编写、设计测试用例、编写测试报告、编写BUG报告单、跟踪BUG修复情况、还需要良好的沟通能力、以及各种测试阶段所使用的测试方法、单元测试、功能测试、集成测试、系统测试等。

第二步：学习脚本语言

如：python语言,当然python 是一门相对简单的计算机语言，考虑长远发展，需要了解C语言或者java。都说C语言最难，但是用得确实也多。

第三步：学习软件测试工具

学习软件测试工具并不难，只是需要我们去系统的学习。比如性能测试工具loadrunner，自动化测试工具selenium、Appium,接口测试Jmeter、Postman等。虽然说工具不是万能的但是工具能为我们提高工作效率，所以必须得会熟练的使用。最关键的一点，是要结合项目具体去 *** 作，实践出真知，理论知识在实际项目中才能得到巩固。

第四步：计算机硬件知识

做过性能测试的都知道在性能测试过程中硬件性能也是一个非常重要的指标、CPU、内存、IO、带宽等等、如果你是做硬件测试的。那么就更不用说了。交换机、路由器、防火墙这些设备都需要有所了解。

第五步：数据库测试

MySQL数据库

MySQL简介、命令行工具以及数据管理、MySQL数据查询（条件、分组、聚合函数、排序、分页、连接查询、自关联、子查询）、内置函数、项目练习、数据分表、Python *** 作MySQL。

Redis数据库

Redis简介、客户端和服务器、数据类型(string、hash、list、set、zset）、各种数据类型 *** 作、Python *** 作Redis、主从、集群。

第六步：项目实战

最好参与真实项目的测试工作，积累真实项目的测试经验。

成为优秀软件测试员之提升条件，如果你想成为一个更优秀的软件测试员的话，除了上面那些，你也最好能够具备开发语言即代码编写能力，虽然不会写代码也能做测试、但是如果你想做到高级测试工程师以上、那么代码编写能力就是必选项、如果不会写代码、那么你不可能成为高级测试。高级测试工程 师的一部分工作就是在写测试工具。虽然测试也需要写代码但不需要和开发一样那么精通某一门语言、可是测试却需要了解很多门开发语言（举一个简单的例子：你 现在所在的项目从C++语言、2年后你换工作了、新公司的开发语言是Java或者是VB什么的）所以在开发语言中测试需要更广的学习。

成为软件测试员之必备条件，就是你一定要有良好的心态。心要静、细心耐心、责任心。心静不下来无法对bug展开发向思维及拓展想像。任何一个测试最先面对的心理压力就是重复性的劳动。在你的测试生涯中，一定会碰见很多心理的考验，自己对于质量心里没有底、或者由于产品发布问题或者达到了测试瓶颈时候的困惑等。每个人都有自己的背景以及性格，往往对于测试来讲，就是考验心理素质的时候，这个时候就需要你自己不断地去克服这些心理

1明确测试的目标，增强测试计划的实用性

编写软件测试计划得重要目的就是使测试过程能够发现更多的软件缺陷，因此软件测试计划的价值取决于它对帮助管理测试项目，并且找出软件潜在的缺陷。因此，软件测试计划中的测试范围必须高度覆盖功能需求，测试方法必须切实可行，测试工具并且具有较高的实用性，便于使用，生成的测试结果直观、准确

2．坚持“5W”规则，明确内容与过程

“5W”规则指的是“What （做什么）”、“Why （为什么做）”、“When （何时做）”、“Where（在哪里）”、“How （如何做）”。利用“5W”规则创建软件测试计划，可以帮助测试团队理解测试的目的（Why ），明确测试的范围和内容（What ），确定测试的开始和结束日期（When ），指出测试的方法和工具（How ），给出测试文档和软件的存放位置（Where ）。

3采用评审和更新机制，保证测试计划满足实际需求

测试计划写作完成后，如果没有经过评审，直接发送给测试团队，测试计划内容的可能不准确或遗漏测试内容，或者软件需求变更引起测试范围的增减，而测试计划的内容没有及时更新，误导测试执行人员。

4分别创建测试计划与测试详细规格、测试用例

应把详细的测试技术指标包含到独立创建的测试详细规格文档，把用于指导测试小组执行测试过程的测试用例放到独立创建的测试用例文档或测试用例管理数据库中。测试计划和测试详细规格、测试用例之间是战略和战术的关系，测试计划主要从宏观上规划测试活动的范围、方法和资源配置，而测试详细规格、测试用例是完成测试任务的具体战术

1、首先我想知道你的C/S架构的程序编程语言是什么？是C、Java还是啥？

2、是java的话，我你使用开源测试工具abbot，它包括录制功能，它的测试用例是用XML写的，但是我建议你可以根据自己的需求进行aboot的修改，可以修改为直接调用其底层的对象识别API，然后上层自己拓建。至于。你想实现填表单工作

1）靠录制，然后加一个for循环，不过这要是用abbot的XML实现较麻烦，因为XML的逻辑实现不好，那你可以自己写一个XML解析函数，用一个程序自动化更新XML用例

3、是MC的程序的话，商用的很多都可以。个人觉得：你用C自动化测试的话，最好能够自己去做一些自动化测试工具，是应用一些方法 *** 作C控件吗，这样的话，你可以找一些 *** 作接口拓展自己的控件 *** 作库，灵活而且复用性好，方法有：

1）应用MSAA提供的接口，MSAA的全称是MicrosoftActiveAessibility。这是类似DCOM技术。技术模型是这样的，UI程序可以暴露出一个Interface，方便另一个程序对其进行控制。MSAA技术的初衷是为了方便残疾人使用Windows程序。比如盲人看不到窗口，但是盲人可以通过一个USB读屏器连接到电脑上，读屏器通过UI程序暴露出来的这个Interface，就可以获取程序信息，通过盲文或者其它形式传递给盲人。MSAA提供了如此方便的功能，UI自动化测试自然可以借用这项技术。MSAA暴露出来的Interface叫做IAessible。

2）每个windows窗口都有句柄，找到了窗口句柄我们就能够对其进行一系列 *** 作。在找寻句柄的属性下，你可以用SPYC进行识别。

4、net程序的话，我记得VS2010自带的CUIT工程就可以，其包含录制和回放API，蛮好的

等价类、边界值、猜测法

1如何对文本框进行测试:

a,输入正常的字母或数字。

b,输入已存在的文件的名称；

c,输入超长字符。例如在“名称”框中输入超过允许边界个数的字符，假设最多255个字符，尝试输入256个字符，检查程序能否正确处理；

d,输入默认值，空白，空格；

e,若只允许输入字母，尝试输入数字；反之；尝试输入字母；

f,利用复制，粘贴等 *** 作强制输入程序不允许的输入数据；

g,输入特殊字符集，例如，NUL及\n等；

h,输入超过文本框长度的字符或文本，检查所输入的内容是否正常显示；

i,输入不符合格式的数据，检查程序是否正常校验，如，程序要求输入年月日格式为yy/mm/dd，实际输入yyyy/mm/dd，程序应该给出错误提示。

2在测试过程中所用到的测试方法：

1,输入非法数据；

2,输入默认值；

3,输入特殊字符集；

4,输入使缓冲区溢出的数据；

5,输入相同的文件名；

3命令按钮控件的测试

测试方法：

a,点击按钮正确响应 *** 作。如，单击确定，正确执行 *** 作；单击取消，退出窗口；

b,对非法的输入或 *** 作给出足够的提示说明，如，输入月工作天数为32时，单击“确定”后系统应提示:天数不能大于31；

c,对可能造成数据无法恢复的 *** 作必须给出确认信息，给用户放弃选择的机会。

输入框测试用例设计

1．验证输入与输出的是否信息一致；

2．输入框之前的标题是否正确；

3．对特殊字符的处理，尤其是输入信息徐需要发送到数据库的。特殊字符包括：'（单引号）、"（双引号）、[]（中括号）、（）（小括号）、{}（大括号）、；（分号）、<>（大于小于号）

4．对输入框输入超过限制的字符的处理，一般非特殊的没有作出限制的在255byte左右；

5．输入框本身的大小、长度；

6．不同内码的字符的输入；

7．对空格、TAB字符的处理机制；

8．字符本身显示的颜色；

9．密码输入窗口转换成星号或其它符号；

10．密码输入框对其中的信息进行加密，防止采用破解星号的方法破解；

11．按下ctrl和alt键对输入框的影响；

12．对于新增、修改、注册时用的输入框，有限制的，应该输入时作出提示，指出不允许的或者标出允许的；

13．对于有约束条件要求的输入框应当在条件满足时输入框的状态发生相应的改变，比如选了湖南就应该列出湖南下面的市，或者选了某些条件之后，一些输入框会关闭或转为只读状态；

14．输入类型；根据前面的栏位标题判断该输入框应该输入哪些内容算是合理的。例如，是否允许输入数字或字母，不允许输入其他字符等。

15输入长度；数据库字段有长度定义，当输入过长时，提交数据是否会出错。

16输入状态；当处于某种状态下，输入框是否处于可写或非可写状态。例如，系统自动给予的编号等栏位作为唯一标识，当再次处于编辑状态下，输入框栏位应处于不可写状态，如果可写对其编辑的话，可能会造成数据重复引起冲突等。

暂时，就能想这么多，看大家谁还有观点，互相学习下！

17．如果是会进行数据库 *** 作的输入框，还可以考虑输入[b][url=>

根据需求规格说明书和设计说明书，详细理解用户的真正需求，并且对软件所实现的功能已经准确理解，然后着手制订测试用例。测试用例要包括欲测试的功能、应输入的数据和预期的输出结果。测试数据应该选用少量、高效的测试数据进行尽可能完备的测试；基本目标是：设计一组发现某个错误或某类错误的测试数据，测试用例应覆盖方面：正确性测试；容错性（健壮性）测试；完整（安全）性测试；接口间测试；数据库测试；边界值分析法；压力测试；等价划分；错误推测

本回答以ECShop前台应用中用户注册、用户登陆、商品搜索等功能为例介绍测试用例设计活动。

1 用户注册

用户注册功能需求如图1所示。

图1用户注册需求

用户注册需求共涉及4个输入项和1个选择项。针对于输入项，利用等价类及边界值用例设计方法进行设计，选择项则无须设计在步骤中，在测试执行时分别执行勾选与不勾选即可。

01用户名

用户名共有三个条件：必填、不少于3个字符、不能重复，分别构造有效等价类及无效等价类，具体如表4-1所示。

敏捷测试用例根据实际测试需要，不一定写的非常细致，如“用户名”包含字符类型，此处无须再划分纯字母、纯汉字、特殊符号等，构造数据时可混搭。

02email

email有两个条件：必填、符合规定格式，分别构造有效等价类及无效等价类，如表4- 2所示。

03密码

密码有两个条件：必填、不少于6个字符，分别构造有效等价类及无效等价类，如表4- 3所示。

04确认密码

确认密码有两个条件：必填、与密码一致，分别构造有效等价类及无效等价类，如表4- 4所示。

测试工程师利用禅道设计用例，如图4- 5所示。

图4- 5用户注册功能测试用例

2 用户登录

用户登陆需求如图4- 6所示。

图4- 6用户登陆需求

用户登陆共有三个字段：用户名、密码、保存登陆信息，其中用户名、密码为输入框，保存登陆信息为选择框。因该需求比较简单，故无须分析过程，直接进行用例设计，如图4- 7所示。

图4- 7用户登陆功能测试用例

3 商品搜索

商品搜索需求如图4- 8所示。

图4- 8商品搜索需求

通过需求分析，商品搜索功能较为简单，测试用例设计时只需考虑一个搜索条件的测试，测试工程师从搜索功能开发角度考虑。

对于系统而言，如果数据库中存在某个关键字的商品，则应该显示，否则应当提示没有匹配的商品，故搜索用例设计不需要使用复杂的用例设计方法，测试工程师只需根据经验设计用例即可。

对于显示方式，存在显示方式、排序条件、排序方式三种，显示方式又分为小图列表、大图列表、文字，排序条件有按上架时间、按价格、按更新时间，排序方式有升序与降序，如果完全组合则有332=18种组合，测试工程师可利用正交试验用例设计方法进行设计。

通过分析，共有3个参数，每个参数分别有3、3、2个取值，因此需选择因子数、水平数都3，且试验次数最少的正交表。查询正交表，4因子3水平正交表符合条件，如表4- 5所示。

替换参数，得到表4- 6。

多余因子4舍弃不用，排序方式中的3，可使用升序或降序任意填充，由于4因子3水平表中没有全部取2与3的情况，因此根据经验再补充两条，最终得到表4- 7所示的正交表。

表4- 7优化后的商品显示测试组合

结合搜索条件，利用禅道设计用例如图4- 9所示。

图4- 9商品搜索功能测试用例

通过上述过程，测试工程师完成测试用例的设计工作，评审通过后等待测试版本发布，然后进行测试用例执行、跟踪处理缺陷等活动。

以上就是关于功能测试用例需要详细到什么程度才是合格的全部的内容，包括:功能测试用例需要详细到什么程度才是合格的、做软件测试都要会哪些、做好测试用例的关键是什么等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！