登录界面测试用例(登录界面测试用例表格)

1、没有权限时，登陆。提示设置权限2、有权限时，登陆 （1）、登录名为空，密码正确。提示登录失败 （2）、登陆名正确，密码为空，提示登陆失败 （3）、登录名、密码都为空。提示登陆失败 （4）、登录名、密码长度（以上需求没有明确提出） （5）、登录名、密码特殊字符、数字。提示登陆失败 （6）、登陆密码是否为密文。复制后为明文还是密文 （7）、是否会出现验证码。若出现再考虑 （8）、登录名、密码正确。正常登陆 （9）、是否允许一个账号多处同时登陆
这是一个幼儿教育软件,就只有用户名和密码,中文和英文都可以,它主要是由老师名设置的权限来登陆的
推荐你看本测试用例设计的书，非常棒《编写有效用例》 http://download.csdn.net/detail/zero_boil/4340238
简单介绍一下你们的登录要求，是否只需要用户名和密码即可，还是有验证码输入。还有用户名和密码的格式规范。其实登录的测试用例网上都能找得到的。

用户名：YY Y NN 密码：YYN Y N匹配：YN成功登录：X重新输入用户名：X X重新输入密码：X XY表示正确，N表示错误。X表示动作测试用例：用户名 密码结果1232341233338838f 正确登录（密码用户句匹配）123234123 4656566重输密码34536473 393939重输密码123aeettet344 重输用户名345 空 重输密码注：有效QQ号：5-10位数字 有效密码：1-16数字，字符
你没有悬赏分，一般难引起别人的关注的！ 在你的条件框里的内容，应该是点开QQ程序等等在你的操作框里的内容，应该是输入帐号等等 其实是这些还是很好理解的，知道你能细细的阅读，就能从中找到答案的

一、等价类划分法所谓「等价」，就是具有相同属性或者方法的集合，这个集合中某个个体所表现的特征与其他个体完全一致。由此可知，等价类划分就是将所有可能的输入数据，划分成若干个等价类，然后从每个部分中选取具有代表性的数据当做测试用例进行合理的分类，分为有效等价类和无效等价类。例如，规定的用户名长度区间为4～8个字，那么它的有效等价类是用户名长度在[4,8]，无效等价类为用户名长度大于8位，或用户名长度小于4位。二、边界值测试经验告诉我们，在测试有时会涉及到大量的数据，遍历所有数据会使测试效率低下，如果是手工执行，更加难以覆盖所有数据。这时更有效率的做法是，先划分等价类，再从等价类中选择部分参数测试，边界值是等价类所有可选参数中最容易出问题的地方，所以我们一般会选择边界值作为测试的重点，边界值法的应用步骤如下：1.先根据等价类法划分有效等价类和无效等价类，确定上点、离点及内点。上点是边界上的点，离点是离上点最近的点，内点则是边界有效范围内的任意一点。同样以用户名长度为4～8位为例，4和8为上点，3和9为离点，6则为内点。2.设计一个新的测试用例，使其尽可能地覆盖所有尚未覆盖的有效等价类，直到所有有效等价类完全覆盖。3.设计一个新的测试用例，使其仅覆盖一个无效等价类，直到所有无效等价类都被覆盖。三、判定表法判定表又称策略表、决策表，能表示输入条件的组合，以及与每一输入组合对应的动作组合。判定表法适合逻辑判断比较复杂的场景，通过穷举条件获得结果，对结果再进行优化合并，具体又明确地表达复杂地逻辑关系和多种条件组合情况。判定表主要由条件桩和动作桩两部分组成。条件桩是功能要满足地所有条件，动作桩则是所有可能的操作以及产生的结果。判定表能够将复杂的问题按照各种可能的情况全部列举出来，简明并避免遗漏。其缺点是判定表的建立过程较烦杂，当条件过多时，需要分析的逻辑组合呈2的倍数增长。测试工程师可根据实际情况与等价类划分法、边界值法结合使用。四、正交试验法正交试验法是研究多因素、多水平组合的一种实验法，它是利用正交表来对实验进行设计，通过少数的实验替代全面实验。正交表中所有参与试验的、影响试验结果的条件成为因子，影响试验因子的取值或输入的成为水平。在设计测试用例时，采用正交试验法能够有效地、合理地减少测试的工作量与和成本。正交试验的一般流程包括以下几个步骤：1）分析测试需求，获取因子和水平2）根据因子和水平选择合适的正交表3）替换正交表中的因子和水平，获取试验次数4）根据经验或者其他因素补充试验次数5）细化输出获得测试用例以上是一些常见的测试用例设计方法，希望能够解答你的问题。
常用的方法有： 等价类划分法 边界值分析法 错误推测法 因果图法 正交表分析法 下面上一个我们的微信登录界面的测试用例你可以参考一下，登录界面功能都差不多的。

新的功能点，测试用例第一次测都需要手工测试

关于测试用例，我们有太多的疑惑了，测试用例的依据？好的测试用例评估....等等。我们依据需求分析，依据开发文档，依据系统设计文档，甚至依据UI写测试用例，我们就真的足够了？不够，真的不够。需求在变，开发文档跟着变，设计文档也在改动，UI也在做变化，那我们的测试用例应该怎么写？ 个人认为，一个好的、有效的测试用例，应该具备以下几个特征：1．覆盖全面。测试的每个路径都涉及到，功能测试、界面测试、有性能要求的做性能测试、有安全要求的做安全测试（网络安全、通信安全..）等。2．测试用例的后期维护时间短。测试用例写出来，不可能一成不变，根据系统的优化，测试用例都应该做相应的修改。针对需要修改的测试用例，我们修改了测试用例的哪些部分？测试前提、测试过程、测试数据、测试结果？如果四个方面都需要做修改，要么就是该功能完全变了，要么就是测试用例写的不够好。在系统做优化的时候，一般只需要修改测试数据就可以3．对内的测试用例与对外的测试用例不一样。某些行业，测试用例需要随着系统一起交付用户使用。对内的测试用例，应该以寻求BUG为主，我们可以把过程写的流畅简单些，但是测试数据一定要充分；对外的测试用例，应该以指导用户参与测试为主，所以过程需要比对内的测试用例详细，但是测试数据可以减少。因为用户主要是想知道，这个系统是否可以使用，他不是真的为了给你找BUG。4．同一个产品的不同项目，许多的测试用例可以公用的。所以，针对不同的项目编写测试用例，有许多我们拿以前的测试用例直接黏贴过来用，减少了许多写测试用例的时间。针对以上几个特征，编写测试用例前，我们应该做哪些工作？我一般会花一些时间去看看需求文档、设计文档、开发文档；有机会就去找市场部的人交谈，在他们抽烟的时候，冒一根不够，就再冒一根，慢慢的问我想知道的问题；最好也和研发部的开发人员了解下情况，这个系统他们怎么看的，打算怎么做，有必要可以说说你的观点。当这些前提你都做了，你完全可以写测试用例了，当然边写还是要边沟通，也许有新的发现呢？如果边写测试用例的时间不够，你没有太多的时间去做这么多的铺垫工作，也没有关系，你可以先把一些通用的测试用例写出来：登陆、增加数据、修改数据、查询数据等，然后把业务要求比较强的测试用例放在最后编写，这样我们既没有浪费时间，也可以按时交测试用例。测试用例写出来，维护怎么办？测试用例的维护，写过测试用例的朋友都知道，大家都去嘟囔修改测试用例很无聊，首先它没有太多的技术含量（这个大家都不喜欢，好多人也认为测试没有技术含量），第二这个过程很繁琐和枯燥。如果想维护简单，在编写测试用例的时候你就应该考虑到这点。各项描述应该怎么写，通俗易懂而且是通用的是首选。举例：方法一：测试前提：系统服务运行正常、，具有xiaoming这个用户，密码为999999测试过程：1.访问系统登录页面http://localhost:8089/index.jsp2.输入用户名：xiaoming输入密码：9999993.点击“登录”测试数据：用户名密码举例：系统用户：xiaoming，密码999999；xiaohong，密码666666用户名与密码不匹配：xiaoming，密码666666；xiaohong，密码999999非系统用户：xiaowang，密码999999；xiaobai，密码666666非法参数：#￥%，密码HH*&56；yong12%……，密码**……（测试结果：使用正确的用户名与密码，可以登录系统；使用错误的用户名和密码，不能登录系统结果分析：方法二：测试前提：系统服务运行正常、具有系统用户数据测试过程：1.访问系统登录页面2.输入用户名和密码3.提交数据测试数据：用户名密码举例：【假设xiaoming，密码999999为系统用户】说明：用户名只能为数字、字母、下划线‘_’，首字不能为下划线密码不能为空格正确格式的用户名：xiaoming、xiao123、xiao_123、123_xiao等错误格式的用户名：xiao%、123_xiao+空格、！@等密码的输入参照用户名的输入规则测试结果：系统用户能够登录系统并具有对应的权限、非系统用户不能登录系统结果分析：参照以上两个测试用例，我们就能很明显的分辨出用例的优劣。第一个测试用例我们至少需要准备xiaoming这一个测试数据、登录界面如果增加了需要输入验证码，我们就要重新修改测试过程，测试数据我们也要做很多修改（就拿用户名可以输入数字、字母、下划线来说，正确的组合就有2*3*3=18种），测试结果，我们登录系统为了做什么？没有权限怎么办？我们应该具有哪些权限？第一个用例就没有做说明，可以说，测试结果的说明是不全面的。第二个测试用例，如果系统增加了需要输入验证码，我们在测试过程的第二步，只需要说明输入用户名、密码、验证码，测试数据我们不需要做变化，在结果分析里，增加说明：用户名、密码、验证码正确，准入，否则拒绝。第二个测试用例，有个不足，就是测试数据不全面。我在编写测试用例时，针对这个测试用例，我有个测试数据的附件。【附件分为两部分，手工测试以及自动化测试，手工测试我会有个详细的数据说明，并不是把所有的数据组合都列出来，而是详细的说明组合的方式方法，一共有多少种（包含边界值法以及特殊值等）；自动化测试的数据说明简单很多，写一个正则表达式搞定】。按照第二个测试用例，我们的工作就不再是苦力了，而是智慧的苦力。我们不再是点点点，慢慢的我们知道哪些是主要关注的，哪些是次要关注的，我们应该怎么去设计数据等等。慢慢的，我们学会了思考，我们也真的进步了。 欢迎大家多提意见，我们一起进步。