铁科院医保项目第一版測试

短短的一个多月的时间已经做出来一个简单版本号。能够完毕基本的医保流程。当中加上十月一以及周六日放假等,实际上做项目的时间也就是一个月的时间。这个系统是一个大的综合系统。我们做的仅仅是里面的一个小的子系统,到眼下为止这个系统能够执行了,里面一些关于统计分析、数据图等补充的内容没有加入外已经都昨晚。可能还会再第二版中把这些功能做上。

系统尽管已经提交測试。能够执行可是在做项目的还是有非常多感悟的,这个项目是从前期数据库设计到代码实现都參与了进来。考虑着哪里easy出问题怎么设计等等。有些问题非常easy却值得我们在开发中多多注意。

1.实现方式的选择

有非常多时候我们在实现某一个功能的时候有好几种方式都能够实现,那么你选择哪一个方式做呢。觉的作为开发者总想利用自己觉的高点的实现方式做出来。这样像无可厚非,事实上从用户角度想他们并不关心你用到了什么技术、他们真正关心的是用户体验度,关心的是界面。界面是直接和用户打交道的通道,因此,并非你使用了多么高深的技术就会产品做的非常好,举一个简单的样例:

我们系统中有一个界面是批量加入数据,每条数据是一个实体,就是从前台往后太批量加入数据,记忆中高校里面做的类似的拿出来看了看,这是DWZ框架为我们封装好了这一功能。仅仅需依照DWZ给的样例做就能够了。如今前台没有使用框架就须要我们自己写一个通用的方法解决这一问题。这个问题事实上非常好解决我们能够用数组的形式,每一个实体有多少个字段我们就使用多少个数组,这样似乎有些麻烦但思路非常清晰、简单。还有是自己写方法注入,经回顾DRP中有类似的实现方式,尝试了尝试也实现了传值。

本人觉的假设有多种实现方式时,假设项目不紧能够尝试使用难一些的方法。假设项目紧就须要考虑时间问题了。

2.运行力不足

做项目的前期往往比較慢,运行力弱,当给了任务或者分配给别人任务后,做的不是非常着急,没有多少紧迫感,总是领导说要看看系统了、看看系统中的功能做的怎么样了才会着急做,那几天往往是效率比較高的几天,假设做项目一直合理分配时间,应该不会导致前松后紧的情况出现。

做项目都是一到后期就会出现加班严重的现象出现。系统着急上线不得不加班。不管是在哪里都有这种现象,在提高班做项目也是最后要忙活几天。这几天过去就又好好歇息几天。

假设前期做项目对于一些细节规划好点,測试的时候就会少出现非常多bug。也就不用非常赶那么几天。

3.数据库字段类型选择

觉的一般的字典字段如男女、科长、职工等。最好使用字符串,像一些金钱类型的须要使用double类型。还须要四舍五入保留两位小数,觉的我们系统里面对于数据库类型使用的有些乱,经常出现类型转换错误,看不出来哪些使用了整型、长整型、字符型、double类型等等,在我们自己设计数据库时最好做一些规定或者统一,以便后面开发使用方便。初次之后,对于使用了hibernate映射等,数据库实体以及表结构设计尤为重要。仅仅有后台设计好了前台才好实现,要不有些设计到多张数据表的时候会不好操作,前台也会不灵活。

4.前台样式

关于系统前台样式最好在前期做某一个小模块时就统一起来,省去了后期改动的麻烦,如今我们就是功能做完之后还须要统一调试界面的样式问题。每一个界面和每一个界面的样式须要我们去调试,不如在前期统一好。

一个系统好的设计和不好的设计是差的非常远的。

5.前后台代码代码统一

开发中有时前台和后台会分开来写,分开写的优点是系统中代码风格会非常统一。写后台的仅仅写后台写前台的仅仅写前台,易于代码的维护和阅读,在一起业务比較复杂大的系统中,往往採用这样的分开写的方法。这也让不同的人发挥不同的优势,假设你对于操作数据库、写SQL语句不熟悉,也不用操心开发不了,你能够关心业务。

6.数据库设计冗余字段太多

这个系统中总共十几张表。差点儿每一个表中都冗余了非常多字段,有的两个表差点儿是一样的表结构,能够通过关联字段来获取值。

7.职工

在这里的正式职工差点儿是不怎么干活的。他们也不是不会干,可能国企里面养成这种习惯,干活慢、不着急、领导假设不催的话没有人着急做项目,这里的人大部分是维护其它系统的人员。和干开发的相比要显着轻松多了,还有维护12306的一群人也都在这里,想想我们在全国都用的12306server旁边开发。12306就在我们身边。

大部分工作是由外包人员来做,为什么说外包比較锻炼人呢,让你做的工作比較多。遇到问题须要你去解决,如此一来得到锻炼和实践的机会比别人多。你积累的东西就比别人多,前几年干干外包也有优点,增长快可是比較累,看你怎么选择了。

8.交流和沟通

在做项目中交流和沟通往往是非常重要的一项内容。一边做项目会遇到各种问题须要去找某某个人商议,因此彼此负责的内容不同。即使你们负责的不尽同样那么也会有业务往来。在做一个项目中不交流是不可能的,在做的时候我也是有些问题觉的须要同别人商议的就找人商议一下,我们组有一个211中海石油大学的。也是一个屌丝,挺爱学习的,能够考上本一好大学的同学都有着些爱学习的品质。自动学习的欲望强烈一些,要不也不会考上好大学。

在一个项目周期中须要同各类人员打交道。前期需求阶段主要是项目经理、主任、架构师、技术总监等,等项目着手开发后主要打交道的就是经理和开发者了。有时候是交流推动着项目往前走。在同别人交流中逐步对某些问题的理解主见加深,对业务也有了写了解。

总结

这是出来做的又一个java项目,第一个使用的SSM框架。这个是SSH框架,使用起来都非常easy,在做这个项目的过程中也收获了非常多东西,很多其它的是工作中的感悟,须要你去一点一点体验尝试,去学习做项目、同别人交流沟通、大家一起合,事实上在工作中学习到的最多的不是技术,而是怎么样在工作中同别人合作;在做项目中,更好的參与到当中、更好的同别人交流,觉的这是学到的最多的。至于一些技术类的知识也加深了理解,多沟通和交流技术自认而然就会上去。两者相互促进。

时间: 2024-08-24 04:42:39

铁科院医保项目第一版測试的相关文章

铁科院医保项目第一版测试

短短的一个多月的时间已经做出来一个简单版本,可以完成主要的医保流程,其中加上十月一以及周六日放假等,实际上做项目的时间也就是一个月的时间,这个系统是一个大的综合系统,我们做的只是里面的一个小的子系统,到目前为止这个系统可以运行了,里面一些关于统计分析.数据图等补充的内容没有添加外已经都昨晚,可能还会再第二版中把这些功能做上. 系统虽然已经提交测试,可以运行但是在做项目的还是有很多感悟的,这个项目是从前期数据库设计到代码实现都参与了进来,考虑着哪里容易出问题怎么设计等等.有些问题很简单却值得我们在

一个软件项目的总纲性的測试计划叫什么?

一个软件项目的总纲性的測试计划叫什么名字?项目測试计划?測试策略?測试方案? 是不是要包含測试点分析?是不是要包含測试用例? @张克强-敏捷307: 每家公司可能有不同说法,征集大家习惯的说法-你们是怎样说反映项目整体測试的这份文档? 包含英文的. 邰晓梅-ChinaTest:这个说法我喜欢"每家公司可能有不同说法",叫什么名字并非非常重要.仅仅要使用环境内,大家能达成一致理解即可了,不存在所谓的更好.更标准.更规范的叫法. @火星人陈勇:是不是叫做<质量计划>更好?这样能

[iOS翻译]《iOS7 by Tutorials》在Xcode 5里使用单元測试(上)

简单介绍: 单元測试是软件开发的一个重要方面.毕竟,单元測试能够帮你找到bug和崩溃原因,而程序崩溃是Apple在审查时拒绝app上架的首要原因. 单元測试不是万能的,但Apple把它作为开发工具包的一部分,不仅让你创作的APP更稳定,并且提供了一致.有趣的用户体验,这些都是让用户给你五星评价的源泉.iOS7提供了一个升级的单元測试框架.让你在Xcode中执行单元測试更为easy.当你完毕这一章节,你将学会怎样给现有app加入測试--并有可能培养出对编写測试的热爱! /* 本文翻译自<iOS7

软件測试计划模板

第1章 引言 1.1目的 简述本计划的目的,旨在说明各种測试阶段任务.人员分配和时间安排.工作规范等. 測试计划在策略和方法的高度说明怎样计划.组织和管理測试项目.測试计划包括足够的信息使測试人员明确项目须要做什么是怎样运作的.另外,清晰的文档结构能使不论什么一个读者在浏览计划的前面几页后,就能对项目有一个大概的认识.測试计划仅仅是測试的一个框架,非常多细节须要跟开发者或其它人员沟通,因此计划不包括測试用例的细节和系统功能的具体信息.在计划目的中须要指明读者对象. 1.2名词解释 列出本计划中使

【金阳光測试】大话Android自己主动化測试--Android自己主动化系列(1)--金阳光于2013年4月份

Android自己主动化測试框架和工具在四年多的发展日趋成熟. 从五年前的第一代自己主动化架构演进到眼下第四代(本系列讲座第7篇后将具体剖析第三代和第四代自己主动化框架)从曾经最早谷歌推崇的monkey随机測试工具到点触流自己主动化工具monkeyrunner.MonkeyTalk.基于元素识别的自己主动化框架sikuli.seeTest.iTest.基于控件识别的Robotium.SL4A.这三种技术各有千秋.基本上如今做出的自己主动化框架都是整合或者改动了以上这些免费的自己主动化框架:比方中

Maven项目中mvn clean后找不到測试类问题

在Maven项目中进行单元測试,但mvn clean后又一次mvn install项目,再次进行单元測试.会有下面的错误. <span style="font-family:KaiTi_GB2312;font-size:18px;">Class not found com.core.order.service.impl.OrderServiceImplTest java.lang.ClassNotFoundException: com.core.order.service.

搭建项目Maven+springMVC+hibernate时,JUnit測试出现报ClassNotFoundException错误的解决

近期在搭建Maven+springMVC+hibernate项目,正常启动项目时一切正常.但JUNIT測试时出现报ClassNotFoundException错误,经过细致排查发现没有生成class文件. 如今解决例如以下: watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvdTAxMDE2MTA4Mg==/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/Center" &g

Mock+Proxy在SDK项目的自己主动化測试实战

项目背景 广告SDK项目是为应用程序APP开发者提供移动广告平台接入的API程序集合,其形态就是一个植入宿主APP的jar包.提供的功能主要有以下几点: - 为APP请求广告内容 - 用户行为打点 - 错误日志打点 - 反作弊 团队现状 在项目推进的过程中.逐渐暴露了一些问题: 1. 项目团队分为上海团队(服务端)和北京团队(client),因为信息同步,人力资源等其它原因.服务端与client的开发进度非常难保持同步,经常出现client等着和服务端联调的情况 2. 接口文档不稳定,理解有偏差

菜鸟学Java(十九)——WEB项目測试好帮手,Maven+Jetty

做WEB开发,測试是一件非常费时间的事情.所以我们就应该用更简单.更快捷的方式进行測试.今天就向大家介绍一个轻量级的容器--jetty.j今天说的etty是Maven的一个插件jetty-maven-plugin,与Maven配合起来使用非常的方便,它的配置也非常的简单,以下我们就看看它怎么用吧! 在pom.xml 文件的<project>标签下添?例如以下代码: <build> <plugins> <plugin> <groupId>org.m