1. 数据词典中数据新增的用例描述怎么写
用例名称:用户登录用例标识号:01参与者:管理员、普通用户简要说明:参与者输入用户名、密码以及验证码,系统进行验证后,合法者登录系统,否则提供拒绝登录系统。
前置条件:参与者已经打开系统的登录页面(login.jsp)基本事件流:1.参与者在用户名输入框里输入用户名2.在密码框里输入密码3.密码框下方显示验证码,验证码由4位数字构成,用户按原样输入验证码。4.用户按登录后,系统验证参与者输入的有效性。
5.有效则进入系统的主界面。无效则提示相应错误给用户。
6.用例终止其他事件流A1:在按“登录”按钮之前,参与者可以随按“取消(或关闭)”按钮。异常事件流:1.提示错误信息,参与人确认后置条件:进入的主界面main.jsp,装载相应的数据注释:(可选:记住用户)。
2. 项目描述怎么写
原发布者:q6331142
软件开发人员的简历项目经验怎么写?许多学习软件开发的学员不知道如何在个人简历中如何填写“项目经验”或“项目描述”,最近接触的一些学习Java的学生在简历中,往往项目经验及描述都只能寥寥几笔完事,这样的简历肯定是不吸引招聘企业HR的。那么软件开发人员如何才能写好个人简历中的项目经验及描述呢?首先你要知道招聘企业想从你的项目经验里的描述中获得什么信息?他们真的在乎你的项目用在了那一行业?为这个行业提高了多少效率吗?实际上对方需要知道的无外乎以下几点:1、你在实际开发中用过什么技术、用了多久;2、你在项目组中的位置、是否能独立解决问题;3、你的业务知识与团队合作能力等。技术显然是最重要的,但你需要非常用心的描述整个项目的技术框架,让招聘人员知道你从对宏观上架构很熟悉,然后突出你解决的技术问题。下面我们参考一种项目描述:“本项目采用JSP+JavaBean+Struts开发,采用了MVC模式,表现层与业务层分离,易于维护、扩展”感觉如何?其实觉得很糟糕,短短的几句话中居然包含了大量的重复,使用Struts了难道能不用JSP吗?难道能不MVC吗?可维护性本该是描述的重点,可是只有简单的一句“表现层与业务层分离”……下面是我写的一段项目描述(虚拟的):“本项目结构上分为表现层、业务层和数据访问层,层次间的依赖关系自下到上。采用的技术有Struts,Spring,Hibernate,Log4J,JDom等。其中表现层采用Struts框架开发;业务层封
3. 如何写一份漂亮的测试用例
我一直在想,作为测试人员应该用脑袋去测试,也就是说应该在工作中不断的总结经验,把自己的发现应用到测试中去,这样你才能有真正的提高,你所具备的理论和能力才有竞争力。
回到测试用例中来,我觉得做好以下三点就是一个好的用例。
第一:依据分明
众所周知,一个项目首先立项,然后经过一系列的动作到了需求分析,昨晚需求分析后,测试就可以做测试需求,然后就可以写测试用例了。所以写测试用例的依据就是需求。这么说太笼统,举一个例子。一个系统经过前期的需求分析,详细设计,模块设计等一系列的动作,最后生成了详细的需求说明和详细设计文档等等,在这些文档中,已经很详细的描述了所有的需求点和功能点,也有较详细的技术说明,接下来的工作就是怎么把这些功能点和需求点变成测试点,这就需要做好测试需求分析和测试方案工作,生成一个个可测试的测试点。这也是需求必须可测的一个体现。
假设经过上一步工作,分析出这个系统有5个模块,50个大的功能点,500个具体需求点,最后生成了5000个测试点。那么 ok,我们就要写5000个测试用例。还是那句话,一个测试用例只能对应一个测试点,测试点和用例是1对1的关系;一个需求点可以对应多个用例,需求点和用例是1对多的关系。这样做的目的在统计中讲。
第二:目的明确
用例都有个测试目的,这就是要目的明确,并且也只能有一个目的。前面无论多少步骤,都是为了找到这个目的途径。功能从大到小有层次的划分,我们做测试用例也是有层次的,不然你怎么定义用例的优先级呢?等到测试最小的功能点是,支持这个功能点的其他上层功能点,我们都默认正确就可以了,这就是我们的预期,所以在测试步骤中不用对上层的功能专门考虑测试数据,只把他当成一个正确的找到目前的功能点的途径就行。换句话说,你要测试的功能点需要点10个连接才能找到,那么前9个连接我们再以前就应该设计了用例,在第10个连接中默认他们正确就ok,这个用例的前9步,只是告诉你如何找到第10步。就是这样。
第三:便于统计
测试用例对整个测试过程的质量控制和评估有很重要的意义。
一,可以做测试需求覆盖分析。这样如果一个用例写几个测试点,那么就无法完成需求覆盖分析工作,至少是不符合规则的。
你还可以通过模块划分,来分析哪个模块存在的问题较多,还有可能存在更多的问题(应为程序员不同,能力就不同,缺陷喜欢扎堆分布,这个大家都知道),存在问题较多的模块需要做进一步的测试或者下一次作为测试重点。如果你统计的数据不准确,会误导结果的。
三,做缺陷分析。用例失败了,就生成一个缺陷。