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选中条目和直接用鼠标选中多项条目的情况;

滚动条控件的测试

要注意一下几点：

　　a，滚动条的长度根据显示信息的长度或宽度及时变换，这样有利于用户了解显示信息的位置和百分比，如，word中浏览100页文档，浏览到50页时，滚动条位置应处于中间;

　　b，拖动滚动条，检查屏幕刷新情况，并查看是否有乱码;

　　c，单击滚动条;

　　d，用滚轮控制滚动条;

　　e，滚动条的上下按钮。

各种控件在窗体中混和使用时的测试

　　a，控件间的相互作用;

　　b，tab键的顺序，一般是从上到下，从左到右;

　　c，热键的使用，逐一测试;

　　d，enter键和esc键的使用;

　　在测试中，应遵循由简入繁的原则，先进行单个控件功能的测试，确保实现无误后，再进行多个控件的的功能组合的测试。

　　ps:密码输入框测试时要特别注意进行字母大写输入的测试。

查找替换操作

　　案例演示:打开word中的"替换"对话框

　　测试本功能有通过测试和失败测试两种情况

通过测试:

　　1，输入内容直接查找，或查找全部

　　2，在组合框中寻找已经查找过的内容，再次查找并确认文档的内容正确，如，已经查找过"测试用例"，再次进入不用重新输入查找内容，直接在文档中搜寻就可以.

失败测试:

　　1，输入过长或过短的查询字符串.如，假设查询的字符串长度为1到255，那么输入0，1，2，256，255和254进行测试;

　　2，输入特殊字符集，如，在word中.^g代表图片，^代表分栏符，可以输入这类特殊字符测试;

　　替换测试大体相同.

关于编辑操作窗口的功能测试的用例:

　　1，关闭查找替换窗口.不执行任何操作，直接退出;

　　2，附件和选项测试.假如，设定"精确搜寻"，"向后"搜索等附件选项等等来测试;

　　3，控件间的相互作用.如，搜寻内容为空时，按钮"搜寻全部"，"搜寻"，"全部替换"，"替换"都为灰色.

　　4，热键， Tab键.回车键的使用.

插入操作

1)插入文件

　　测试的情况

　　a，插入文件;

　　b，插入图像;

　　c，在文档中插入文档本身;

　　d，移除插入的源文件;

　　e，更换插入的源文件的内容;

2)链接文件

　　测试方法:

　　a，插入链接文件;

　　b，在文档中链接文档本身;

　　c，移除插入的源文件;

　　d，更换插入的源文件的内容.

3)插入对象

要测试的内容

　　a，插入程序允许的对象，如，在word中插入excel工作表;

　　b，修改所插入对象的内容.插入的对象仍能正确显示;

　　c，卸载生成插入对象的程序，如，在word中插入excel工作表后卸载excel，工作表仍正常使用.

编辑操作

　　编辑操作包括剪切，复制，粘贴操作.

　　测试剪切操作的方法

　　a，对文本，文本框，图文框进行剪切;

　　b，剪切图像

　　c，文本图像混合剪切

　　复制操作方法与剪切类似.

测试时，主要是对粘贴操作的测试，方法是:

　　a，粘贴剪切的文本，文本框及图文框;

　　b，粘贴所剪切的图像;

　　c，剪切后，在不同的程序中粘贴

　　d，多次粘贴同一内容，如，剪切后，在程序中连续粘贴3次;

　　e，利用粘贴操作强制输入程序所不允许输入的数据.

界面测试用例的设计方法

1)窗体

　　测试窗体的方法:

　　a，窗体大小，大小要合适，控件布局合理;

　　b，移动窗体.快速或慢速移动窗体，背景及窗体本身刷新必须正确;

　　c，缩放窗体，窗体上的控件应随窗体的大小变化而变化;

　　d，显示分辨率.必须在不同的分辨率的情况下测试程序的显示是否正常;

　　进行测试时还要注意状态栏是否显示正确;工具栏的图标执行操作是否有效，是否与菜单懒中图标显示一致;错误信息内容是否正确，无错别字，且明确等等;

2)控件

　　测试方法:

　　a，窗体或控件的字体和大小要一致;

　　b，注意全角，半角混合

　　c，无中英文混合.

3)菜单

　　进行测试时要注意

　　a，选择菜单是否可以正常工作，并与实际执行内容一致;

　　b，是否有错别字:

　　c，快捷键是否重复;

　　d，热键是否重复;

　　e，快捷键与热键操作是否有效

　　f，是否存在中英文混合

　　g，菜单要与语境相关，如，不同权限的用户登陆一个应用程序，不同级别的用户可以看到不同级别的菜单并使用不同级别的功能;

h，鼠标右键快捷菜单

4)特殊属性

　　1，安装界面应有公司介绍或产品介绍，有公司的图标

　　2，主界面及大多数界面最好有公司图标

　　3，选择"帮助"->"关于"命令，应 看见相关版权和产品信息

总结

个人在总结软件测试知识的这段时间发现，软件测试工作要做好，如何提高我们测试的效率，首先就是要找出软件中的常用功能测试点，如此文中上面中的内容，把共性的工作抽取后，个性的工作再逐个突破，工作会变得轻松起来。

1. 页面链接检查：每一个链接是否都有对应的页面，并且页面之间切换正确。

2. 相关性检查：删除/增加一项会不会对其他项产生影响，如果产生影响，这些影响是否都正确。

3. 检查按钮的功能是否正确：如新增、修改、取消、删除、保存等功能是否正确。

4. 字符串长度检查: 输入超出需求规定的字符串长度的内容，看系统是否检查字符串长度，会不会有提示窗口。

5. 字符类型检查: 在应该输入指定类型的内容的地方输入其他类型的内容(如在应该输入整型的地方输入其他字符类型)，看系统是否检查字符类型，是否会有提示窗口。

6. 标点符号检查:输入内容包括各种标点符号，特别是空格，各种引号，回车键，看系统是否会有异常错误。

7. 信息重复:在一些需要命名，且名字应该唯一的地方输入重复的名字或ID，看系统怎么处理，是否报错；重名是否区分大小写，以及在输入内容的前后输入空格，系统是否作出正确处理。

8. 检查删除功能：在一些可以一次删除多个信息的地方，不选择任何信息，进行删除，看系统如何处理，是否出错；选择一个和多个信息，进行删除，看是否正确处理。

9. 检查添加和修改是否一致: 检查添加和修改信息的要求是否一致，如添加要求必填的项，修改也应该必填；添加规定为整型的项，修改也必须为整型。

10. 检查修改重名：修改时把不能重名的项改为已存在的内容，看系统是否处理，报重名的错。

11. 重复提交表单：一条已经成功提交的纪录，退出后再提交，看看系统是否会做什么处理。

12. 查询功能:在有查询功能的地方输入系统存在和不存在的内容，结果是否正确；如果可以输入多个查询条件，同时添加合理和不合理的条件，看系统处理是否正确。

13. 输入信息位置:注意在光标停留的地方输入信息时，光标和所输入的信息是否跳到别的地方。

14. 上传下载文件检查：上传下载文件的功能是否实现，上传文件是否能打开。对上传文件的格式有何规定，系统是否有提示信息。

15. 必填项检查：应该填写的项没有填写时系统是否都做了处理，对必填项是否有提示信息，如在必填项前加* 。

16. 快捷键检查：是否支持常用快捷键，如Ctrl+C Ctrl+V Backspace等，对一些不允许输入信息的字段，如选人，选日期是否也有快捷键。

17. 回车键检查:在输入结束后直接按回车键，看系统处理如何，会否报错。

1、输入框；基于用户角度考虑，输入字符、数值、日期、重复信息等是否可能会导致系统错误。对于不同的字符命令，系统是否能正常处理。

2、搜索功能；用户进行查询时，是否能搜索查到。不同查询条件间反复测试。

3、增添改删功能；用户在进行增添改删时，系统是否会进行提示，页面数据是否有及时更新。

4、密码功能；需要测试人员反复进行新旧密码测试，产品是否会进行报错提示，新旧密码区分及修改等。

5、注册登录功能；用户注册成功后是否会跳向指定页面，反复输入不同的用户名，产品是否能正常识别。

6、文件测试；比如上传图片时，图片大小及文件类型不同，看是否给出提示。

7、界面测试；界面风格、样式、颜色、格式是否对齐，操作是否符合用户的习惯等。

8、按钮检查；返回键、回车键等检查，看系统是否报错。

9、兼容性问题等；不同版本，不同浏览器上运行，各项功能是否兼容。

功能测试主要采用黑盒测试方法，结合测试内容对功能进行测试，同时在测试过程中对用户需求、设计文档和使用手册进行检查。测试方法主要根据测试对象的不同灵活进行选择。

功能测试主要分为功能模块测试和业务流程测试，同时在测试过程中对用户需求、设计文档和使用手册进行检查。

功能模块测试主要可采用黑盒测试策略设计测试用例，进行测试。主要功能模块测试的测试用例设计方法包括：

1.等价类划分法：等价类划分法是把所有可能的输入数据，即程序的输入域划分成若干部分（子集），然后从每一个子集中选取少数具有代表性的数据作为测试用例。

2.边界值分析法：针对功能说明中的输入输出域，进行边界值和极限值的设计和测试。

3.因果图法：以需求设计说明书为依据设计业务测试流程图和测试案例。

4.错误推测法：采用逆向思维方式，结合以往测试经验和直觉设计软件在功能和流程上可能存在的各种错误，进行容错性测试。

业务流程测试主要是在功能点测试的基础上，测试系统完成某项业务的能力。业务流程重点考查系统不同模块、不同子系统之间的功能衔接、数据流向以及完成业务功能的正确性和便利性。按照以下原则进行流程测试：

1.先测功能后测流程：业务流程测试是建立在功能点测试基础上的。首先要保证流程测试涉及到的功能点实现正确，所以，流程测试安排在功能测试的后面进行。

2.先测主流程后测分支流程：主流程就是指按照正常情况实现的业务流程，分支流程指出现特殊情况后的业务流程。

3.先测子系统内的流程，后测子系统间的流程：子系统内的流程测试随子系统的功能测试进行。

在做功能测试时我们唯一能做的就是保证这个业务逻辑的正确性以及各个功能的尽可能的正确。业务和功能的正确性就要你自己去判断了，我只是简单写下输入、输出方面功能的测试。

第一，分析产品结构，明确性能测试的需求，包括并发、极限、配置和指标等方面的性能要求，必要时基于LOAD测试的相同测略需同时考虑稳定性测试的需求。
　　第一，分析应用场景和用户数据，细分用户行为和相关的数据流，确定测试点或测试接口，列示系统接口的可能瓶颈，一般是先主干接口再支线接口，并完成初步的测试用例设计。
　　第三，依据性能测试需求和确定的测试点进行测试组网设计，并明确不同组网方案的重要程度或优先级作为取舍评估的依据，必要时在前期产品设计中提出支持性能测试的可测试性设计方案和对测试工具的需求。
　　第四，完成性能测试用例设计、分类选择和依据用户行为分析设计测试规程，并准备好测试用例将用到的测试数据。
  第五，确定采用的测试工具。
  第六，进行初验测试，以主干接口的可用性为主，根据测试结果分析性能瓶颈，通过迭代保证基本的指标等测试的环境。
  第七，迭代进行全面的性能测试，完成计划中的性能测试用例的执行。
  第八，完成性能测试评估报告。
　　在进行性能测试的时候，我们需要知道一些有效的性能指标，下面我们来列出一些主要的性能指标：
　　一是，通用指标（指Web应用服务器、数据库服务器必需测试项）：
  *ProcessorTime：指服务器CPU占用率，一般平均达到70%时，服务就接近饱和；
  *Memory Available Mbyte：可用内存数，如果测试时发现内存有变化情况也要注意，如果是内存泄露则比较严重；
  *Physicsdisk Time ：物理磁盘读写时间情况。
  二是，Web服务器指标：
  *Avg Rps：平均每秒钟响应次数＝总请求时间/秒数；
  *Avg time to last byte per terstion（mstes）：平均每秒业务角本的迭代次数；*Successful Rounds：成功的请求；
  *Failed Rounds：失败的请求；
  *Successful Hits：成功的点击次数；
  *Failed Hits：失败的点击次数；
  *Hits Per Second：每秒点击次数；
  *Successful Hits Per Second：每秒成功的点击次数；
  *Failed Hits Per Second：每秒失败的点击次数；
  *Attempted Connections：尝试链接数。
  三是，数据库服务器指标：
  *User 0 Connections ：用户连接数，也就是数据库的连接数量；
  *Number of deadlocks：数据库死锁；
  *Butter Cache hit：数据库Cache的命中情况）。

功能测试就是对产品的各功能进行验证，根据功能测试用例，逐项测试，检查产品是否达到用户要求的功能。简介功能测试就是对产品的各功能进行验证，根据功能测试用例，逐项测试，检查产品是否达到用户要求的功能。