软件测试之等价划分二

上周通过测试用例实现等价划分,这次需要三个输入框同时输入。其实只是增加了测试的次数。

这次我用java的程序测试。

首先是无输入:

会提示你输入字符必须是1-6.

测试1:

字符一:

121221f

字符二:

jjhj12

字符三:

dsd1&&

测试结果如下:

测试2:

字符一:

1212fd

字符二:

fdf123

字符三:

Adf2d1

测试结果:

java代码如下:

package ceshi;
import java.util.regex.Matcher;
import java.util.regex.Pattern;
import javafx.application.Application;
import javafx.event.ActionEvent;
import javafx.event.EventHandler;
import javafx.scene.Scene;
import javafx.scene.control.Button;
import javafx.scene.control.TextField;
import javafx.scene.layout.AnchorPane;
import javafx.scene.text.Text;
import javafx.stage.Stage;

public class softCeshi extends Application{
public static boolean isRegularRptCode(String rptCode,String regEx) {
Pattern pat = Pattern.compile(regEx);
Matcher mat = pat.matcher(rptCode);
boolean rs = mat.matches();
return rs;
}
public static void main(String[ ] args) {
softCeshi.launch( args );
}
public void start( Stage Stage ) {
Stage.setTitle( "软件测试用例" );
final AnchorPane anchorPane = new AnchorPane();
Stage.setScene(new Scene(anchorPane, 400, 400));

Text test1= new Text("字符一");
Text test2= new Text("字符二");
Text test3= new Text("字符三");

final TextField []text = new TextField[3];

text[0] = new TextField();
text[1] = new TextField();
text[2] = new TextField();

Button btn = new Button( );
btn.setText("提交");

AnchorPane.setTopAnchor(test1, 50.0);
AnchorPane.setLeftAnchor(test1, 60.0);

AnchorPane.setTopAnchor(test2, 100.0);
AnchorPane.setLeftAnchor(test2, 60.0);

AnchorPane.setTopAnchor(test3, 150.0);
AnchorPane.setLeftAnchor(test3, 60.0);

AnchorPane.setTopAnchor(text[0], 50.0);
AnchorPane.setLeftAnchor(text[0], 120.0);

AnchorPane.setTopAnchor(text[1], 100.0);
AnchorPane.setLeftAnchor(text[1], 120.0);

AnchorPane.setTopAnchor(text[2], 150.0);
AnchorPane.setLeftAnchor(text[2], 120.0);

AnchorPane.setTopAnchor(btn, 150.0);
AnchorPane.setLeftAnchor(btn, 300.0);

btn.setOnAction( new EventHandler<ActionEvent>( ) {
public void handle(ActionEvent actEvt) {
final String []test = new String[3];
for(int i=0;i<3;i++){
test[i] = text[i].getText();
if(test[i].length()<1||test[i].length()>6){
TextField text1 = new TextField("输入长度应为1-6");
AnchorPane.setTopAnchor(text1, 200.0+i*50);
AnchorPane.setLeftAnchor(text1, 120.0);
anchorPane.getChildren().add(text1);
}
else if(!isRegularRptCode(test[i],"[a-z,A-Z,0-9]*")){
TextField text2 = new TextField("输入字符应为a-z,A-Z,0-9");
AnchorPane.setTopAnchor(text2, 200.0+i*50);
AnchorPane.setLeftAnchor(text2, 120.0);
anchorPane.getChildren().add(text2);

}
else{
TextField text3 = new TextField("输入正确");
AnchorPane.setTopAnchor(text3, 200.0+i*50);
AnchorPane.setLeftAnchor(text3, 120.0);
anchorPane.getChildren().add(text3);
}
}
}} );

anchorPane.getChildren().addAll(btn,test1,test2,test3,text[0],text[1],text[2]);
Stage.show( );
}
}

时间: 2024-08-13 17:57:57

软件测试之等价划分二的相关文章

Google软件测试之道(二):测试工程师

一种面向用户的测试角色 一种用户开发者,TE首先必须是工程师,Google的TE他综合了开发者仰慕的技术能力和以用户为中心检查软件质量而对开发者产生一定制约的能力.在研发的早期阶段,功能还在不断变化,最终功能列表和范畴还没有确定,通常TE没有太多工作可做.在TE进入产品时,需要考虑以下问题: 当前软件薄弱点在哪里? 有没有安全.隐私.性能.可靠性.可用性.兼容性.全球化和其他方面的问题? 主用户场景是否功能正常?对于全世界不同国家的用户都是这样吗? 这个产品能与其他产品互操作吗? 当发生问题时,

全程软件测试之测试需求分析与计划

全程软件测试之测试需求分析与计划 在项目启动之后,就要着手软件项目的计划,包括软件测试计划.软件测试计划是整个开发计划的组成部分,同时,它又依赖于软件组织过程.项目的总体计划.质量文化和方针.在测试计划活动中,首先要确认测试目标.范围和需求,其中"测试需求分析"是关键任务,然后在测试需求基础上制定测试策略,并对测试任务.时间.资源.成本和风险等进行估算或评估. 无论何时进行估算,我们都是在预测未来,并会接受某种程度的不确定性.软件项目计划的目标是提供一个框架,不断收集信息,对不确定性进

软件测试之路再谈(三年测试风雨)

碧水涟涟,夏至未至,秋风依依,梅花落时,已是一生 一初衷: 为什么写这篇博客? 个人性别偏于低调,最近换了新工作,坐标成都,就任于一家T系公司. 1.公司是以项目为单位,有测试团队但没有测试部这个概念,测试团队人数大概60人左右,但都基本跟你没任何关系,只有项目上的其他两个成员跟你有交集,缺少后方养分,差异性,一时间不太适应, 2.业务划分很精细,能接触到的东西十分有限,还有各模块之间弱化了连接测试,担忧.已经发现过问题,而且也和组员讨论过他们也赞同这种方式容易出现质量弱化 基于以上有些迷茫吧.

《Google软件测试之道》

Google软件测试之道 Google对质量的理解 质量不等于测试,即质量不是被测出来的 开发和测试应该并肩齐驱,测试就是开发过程中不可缺少的一部分 质量是一种预防行为而不是检测 Google对软件测试的划分 抛却复杂的专业术语,简单按照测试范围去划分: 小型测试:对一个代码单元的测试,通常就是单元测试 中型测试:对两个或多个模块之间交互的测试,通常类比于“集成测试” 大型测试:对一个应用系统及其子系统整体的测试,通常类比于“端到端测试” 这样划分的好处有: 容易定位问题:测试范围从小到大,各自

转《Google软件测试之道》

<Google软件测试之道>,一直听朋友讲起这本书,出于琐事太多,一直没机会拜读,最近部门架构觉得我们IT部门的技术太low,就给我们挑选了一些书籍,让我们多看看... 个人的一种学习习惯吧,就做了笔记,将自己的学习理解感触写下来... 预计会分为五部分写这些学习笔记,分别是Google软件测试基础介绍.软件测试开发工程师.软件测试工程师.测试经理以及附录其他部分... 快乐阅读,快乐测试,祝愿你总能发现(并修复)BUG... ----James Whittaker.Jason Arbon.J

[转载]软件测试之Web测试经典总结

转载自:软件测试之Web测试经典总结   基于Web的系统测试在基于Web的系统开发中,如果缺乏严格的过程,我们在开发.发布.实施和维护Web的过程中,可能就会碰到一些严重的问题,失败的可能性很大.而且,随着基于Web的系统变得越来越复杂,一个项目的失败将可能导致很多问题.当这种情况发生时,我们对Web和Internet的信心可能会无法挽救地动摇,从而引起Web危机.并且,Web危机可能会比软件开发人员所面对的软件危机更加严重.更加广泛. 在Web工程过程中,基于Web系统的测试.确认和验收是一

《Google软件测试之道》- Google软件测试介绍

<Google软件测试之道>- Google软件测试介绍 2015-05-21 目录 1 质量与测试  2 角色  3 组织结构  4 爬.走.跑  5 测试类型  相关链接 与Microsoft相比,Google的测试团队并非雄兵百万,更象是小而精的特种部队,依靠的是出色的战术和高级武器.Google信奉“少则清晰”. 1 质量与测试 返回 测试是开发过程中必不可少的一部分,当开发过程和测试一起携手联姻时,即是质量达成之时. 2 角色 返回 软件开发工程师(software engineer

Google软件测试之道 pdf下载

引领一代风骚的明星企业google, 推出过很多成功优秀的产品,搜索引擎不用说,譬如Gmail ,Chrome, Google Doc, G+等等等等,也推出过很多短命的产品,譬如Google Wave等等. 作为一个时常需要推出新产品,但又要根据用户反馈而做进一步选择继续还是放弃的企业,作为一个需要让产品稳定健壮以保持客户满意度的明星企业,该如何测试是一个很大的问题.Google的经验非常值得借鉴. 该书的作者是Google测试的Senior Director(如果我没记错的话),在测试领域有

《Google软件测试之道》测试开发工程师

拖延了将近半年的草稿,断断续续的写完了.之前草草翻看完这本书,关注点主要在TE上,而关于SET的部分则只是浏览,最近后知后觉,又翻出了这本书,重新看了一遍,又有新收获. 就说说Google的SET是如何做的,以及个人的一些思考和收获吧,寥有慰藉... Google的测试流程可以简练的概括为:让每个工程师都注重质量.而在工作流程引入过程中也伴随着一些致命的缺陷,下面简述下Google是如何解决以及其测试流程的是如何进化的. ①.测试并不能保证产品质量.需要一直谨记的一点:质量是内建的,而不是外加的