使用JAVA编写一个测试系统

针对你的问题，给你一些建议

做网站、网站建设的开发，更需要了解用户，从用户角度来建设网站，获得较好的用户体验。创新互联建站多年互联网经验，见的多，沟通容易、能帮助客户提出的运营建议。作为成都一家网络公司，打造的就是网站建设产品直销的概念。选择创新互联建站，不只是建站，我们把建站作为产品，不断的更新、完善，让每位来访用户感受到浩方产品的价值服务。

1、在数据库设计方面，

应针对已给出的问题，进行设计，我认为应设计两张表

首先a、登录表，比如命名为

logintbl

id varchar2

username varchar2

password varchar2

答案统计表

answertbl

id varchar2 /／这里与登录表中的id也就是学好相对应

anone varchar2(1)

......

point int

具体的表中字段长度设置你可以自行根据你的要求进行设置

2、在页面设计方面

网上有很多类似的界面可以做参考，唯一需要注意的是

a、在答题时间上，读取的是服务器时间，如果读取的为本地时间那么在刷新后，js代码会重新计算倒计时时间

b、当对已答毕的题目修改时需要点击上一页时，需要读取信息，如果将已答完的结果存入数据库，在对其进行修改，这是最简单的方法，但是这样势必将使与数据库交互频率增加，为数据库增添压力，建议将已答完的问题答案，保存到一个数组中，每次点击下一页的时候，将其存入数组，再点击上一页的时候，可以读取数组中的内容，最后点击保存的时候，整体对数组中的答案进行保存

给了你一点建议，另外这个应该编写不难，所以建议你自行编写

Java开发如何编写出优秀的Java单元测试

使用框架来用于单元测试

Java提供了若干用于单元测试的框架。TestNG和JUnit是最流行的测试框架。JUnit和TestNG的一些重要功能：

易于设置和运行。

支持注释

允许忽略或分组并一起执行某些测试。

支持参数化测试，即通过在运行时指定不同的值来运行单元测试。

通过与构建工具，如Ant，Maven和Gradle集成来支持自动化的测试执行。

EasyMock是一个模拟框架，是单元测试框架，如JUnit和TestNG的补充。EasyMock本身不是一个完整的框架。它只是添加了创建模拟对象以便于测试的能力。例如，我们想要测试的一个方法可以调用从数据库获取数据的DAO类。在这种情况下，EasyMock可用于创建返回硬编码数据的MockDAO。这使我们能够轻松地测试我们意向的方法，而不必担心数据库访问。

谨慎使用测试驱动开发！

测试驱动开发（TDD）是一个软件开发过程，在这过程中，在开始任何编码之前，我们基于需求来编写测试。由于还没有编码，测试最初会失败。然后写入最小量的代码以通过测试。然后重构代码，直到被优化。

目标是编写覆盖所有需求的测试，而不是一开始就写代码，却可能甚至都不能满足需求。TDD是伟大的，因为它导致简单的模块化代码，且易于维护。总体开发速度加快，容易发现缺陷。此外，单元测试被创建作为TDD方法的副产品。

然而，TDD可能不适合所有的情况。在设计复杂的项目中，专注于最简单的设计以便于通过测试用例，而不提前思考可能会导致巨大的代码更改。此外，TDD方法难以用于与遗留系统，GUI应用程序或与数据库一起工作的应用程序交互的系统。另外，测试需要随着代码的改变而更新。

因此，在决定采用TDD方法之前，应考虑上述因素，并应根据项目的性质采取措施。

测量代码覆盖率

代码覆盖率衡量（以百分比表示）了在运行单元测试时执行的代码量。通常，高覆盖率的代码包含未检测到的错误的几率要低，因为其更多的源代码在测试过程中被执行。测量代码覆盖率的一些最佳做法包括：

使用代码覆盖工具，如Clover，Corbetura，JaCoCo或Sonar。使用工具可以提高测试质量，因为这些工具可以指出未经测试的代码区域，让你能够开发开发额外的测试来覆盖这些领域。

每当写入新功能时，立即写新的测试覆盖。

确保有测试用例覆盖代码的所有分支，即if / else语句。

高代码覆盖不能保证测试是完美的，所以要小心！

尽可能将测试数据外部化

在JUnit4之前，测试用例要运行的数据必须硬编码到测试用例中。这导致了限制，为了使用不同的数据运行测试，测试用例代码必须修改。但是，JUnit4以及TestNG支持外部化测试数据，以便可以针对不同的数据集运行测试用例，而无需更改源代码。

使用断言而不是Print语句

许多新手开发人员习惯于在每行代码之后编写System.out.println语句来验证代码是否正确执行。这种做法常常扩展到单元测试，从而导致测试代码变得杂乱。除了混乱，这需要开发人员手动干预去验证控制台上打印的输出，以检查测试是否成功运行。更好的方法是使用自动指示测试结果的断言。

构建具有确定性结果的测试

一些方法不具有确定性结果，即该方法的输出不是预先知道的，并且每一次都可以改变

除了正面情景外，还要测试负面情景和边缘情况

通常，开发人员会花费大量的时间和精力编写测试用例，以确保应用程序按预期工作。然而，测试负面测试用例也很重要。负面测试用例指的是测试系统是否可以处理无效数据的测试用例。例如，考虑一个简单的函数，它能读取长度为8的字母数字值，由用户键入。除了字母数字值，应测试以下负面测试用例：

用户指定非字母数字值，如特殊字符。

用户指定空值。

用户指定大于或小于8个字符的值。

类似地，边界测试用例测试系统是否适用于极端值。例如，如果用户希望输入从1到100的数字值，则1和100是边界值，对这些值进行测试系统是非常重要的。

有了java代码,如何测试

你这说的太笼统了，应该具体些。

有了Java代码之后

1、可以在代码中写些测试的方法，把你想要验证的东西，输出看一下。

2、可以用Debug的形式，跟踪代码执行，验证程序的逻辑是否正确。

3、利用JUnit写断言，测试结果

怎么写Java测试代码?

可以用main函数和JUnit来写测试代码。main是最早使用的，但是现在更流行的测试工具是JUnit。

JUnit是一个Java语言的单元测试框架。它由Kent Beck和Erich Gamma建立，逐渐成为源于Kent Beck的sUnit的xUnit家族中最为成功的一个。 JUnit有它自己的JUnit扩展生态圈。多数Java的开发环境都已经集成了JUnit作为单元测试的工具。

下面是一些具体的编写测试代码的技巧或较好的实践方法：

1. 不要用TestCase的构造函数初始化Fixture，而要用setUp()和tearDown()方法。

2. 不要依赖或假定测试运行的顺序，因为JUnit利用Vector保存测试方法。所以不同的平台会按不同的顺序从Vector中取出测试方法。

3. 避免编写有副作用的TestCase。例如：如果随后的测试依赖于某些特定的交易数据，就不要提交交易数据。简单的回滚就可以了。

4. 当继承一个测试类时，记得调用父类的setUp()和tearDown()方法。

5. 将测试代码和工作代码放在一起，一边同步编译和更新。（使用Ant中有支持junit的task.）

6. 测试类和测试方法应该有一致的命名方案。如在工作类名前加上test从而形成测试类名。

7. 确保测试与时间无关，不要依赖使用过期的数据进行测试。导致在随后的维护过程中很难重现测试。

8. 如果你编写的软件面向国际市场，编写测试时要考虑国际化的因素。不要仅用母语的Locale进行测试。

9. 尽可能地利用JUnit提供地assert/fail方法以及异常处理的方法，可以使代码更为简洁。

10.测试要尽可能地小，执行速度快。

11.不要硬性规定数据文件的路径。

12.利用Junit 的自动异常处理书写简洁的测试代码

事实上在Junit 中使用try-catch 来捕获异常是没有必要的，Junit 会自动捕获异常。那些没有被捕获的异常就被当成错误处理。

13. 充分利用Junit 的assert/fail 方法

assertSame()用来测试两个引用是否指向同一个对象

assertEquals()用来测试两个对象是否相等

14. 确保测试代码与时间无关

15. 使用文档生成器做测试文档。

网页题目：包含java简单代码系统测试的词条
URL分享：http://kswjz.com/article/dodhcgh.html