患者医疗系统简介

1，首先来到公司我们先要了解公司业务行情，有前端，后端，测试，等等；了解到患者360全息视图的流程，初始阶段是要立项，然后要制定计划，数据库设计，接口设计，设计评审；之后就要由UI设计，开发，测试共同进展整个流程，这三大模块结束之后，我们就开始验收，最后发布；

2，点击进入医院系统平台平台可切换医院名称，首先登录我的账号admin，进入系统之后会展示五方块界面；后台管理：进入之后做菜单的配置，配置完之后进入，就可以看得到已配置的界面。可以设置一些专用的应用，设置完之后给对应的角色的权限，比如说管理员角色，他可以看这个应用下面所有的菜单，如果将其中一个菜单干掉，即使能看这个应用，但看不到被干掉的这个菜单了，只能看到应用里面的其他菜单。对应的菜单下面都有自己的功能，如果把应用对应的勾勾掉，对应的角色连应用都看不到了。总之一句话，先配应用，再配菜单，然后再给角色加权限，那这个角色就有权限去看这个应用看这个菜单。

3，用户，可新增用户，比如说我新增了一个用户，这个用户是属于哪个科室的，然后他是什么角色。比方说他是管理员角色，那他是不是就拥有对应的这些权限了，比如我在这里新增了一个用户叫“admin1”，给他定义的角色是管理员，那admin1就有了管理员的权限，那他就可以看这些应用，如果admin1他是测试角色（非管理员），那他就只有部分权限，剩下的就没有。如果连应用的权限都没有，就更别说菜单了，完全点击不了，比方说admin1是某个角色（非管理员），那就只能看应用下面的部分菜单，其他的无法看得到，这样就可以维护这些已定的菜单，维护这些应用。比如有四个应用，每个应用下面对应几个菜单，然后我可以在这里对用户进行维护，看你是什么角色，对应的角色就能看见什么东西。

4，科室，科室是什么呢。

5，就是说，你这个用户是属于哪个科室的，你是外科的还是什么科的。

6，医院管理就是说，我这里可以拥有多所医院可以去维护，比如说这里可以有很多个医院，可以给医院设置他的logo,电话等等。 字典的话就是说，我这个系统里面用到一些性别，身份证号，控制方式，操作类型，密码，专门维护这种基本信息的。专门去维护这种基础字典的 配置管理，就是维护登录的限制次数，如果三次失败，会限制5分钟，5分钟之内不能登录，密码有大小写字母数字，比如平时登录系统的时候，密码就是小写字母加数字，或者大小写字母，在这里都是定义好了，比如纯数字就不行了，必须按照这种规则去设置密码，比如最小长度是8位，小于8位也不行，就是在这里进行处理的。

7，另外还有通知方式，比如说这个系统有警告，通过发送邮箱邮件来通知这个警告，这个异常，还可以配置qq，钉钉等一些东西，然后这些配置都要去调用，比如腾讯的他们的服务，比如这里调用了腾讯的smtp服务，调用完服务才可以发邮件的，这些服务是由腾讯对外提供的一些第三方的接口服务，比如一条短信多少钱，一天邮件多少钱，不过有些是免费的 操作日志，比如admin登录进去了，看了一些什么东西，就会在这里记录下来，所以说这些系统不能随便给别人用，都有记录，连IP都能看到 同步日志，比方说我们把其他系统的一些信息。

8，比如说科室，同步到我的这个系统里面去，这个时候就会新增一条日志，这个是一般给数据的人，他们把这个数据导入进来的时候，会做同步处理，这个时候就会记录谁谁谁往这里面导入一条什么数据，数据同步就会在这里显示出来 还有就是权限的统一身份认证，权限的系统，就是管理所有系统的权限，日志，登录等等。第二个系统是平台的监控系统，就是我们用来监控这个平台运行的正不正常。

9，比如可以看服务的状态，平台有很多个服务，看有没有在跑，跑的是什么类型，我们还可以对他进行操作删除等等，对所有的平台所有的服务，比如说有定时器，比如说有那种每隔一段时间回去把数据同步一下那种服务，他都在这里有管，还可以订阅这些服务，订阅了之后，服务就会通过邮件发送警告处理。

10，比如这个服务挂掉了，然后你订阅过这个服务，他就会给你发邮件，没订阅就不发 服务测试，比如说做测试的，写一段测试参数，发送测试请求，这里就会返回结果，告诉接口正不正常。

11，比如说测试人员按照研发要求输入这些参数，然后测试发现这里异常了，证明这个服务写的有问题。当然不是用这个工具做测试，只是说这个具有一定的测试的功能，第三方的测试，对这些接口的测试，接口异常了就测出来了，比如显示正常的是0个，异常的是1个，管理的1个，这个可以做接口测试，定时刷新。另外如果这个平台cpu利用率高了之后，也会有异常，因为这个东西是部署在服务器上的，就会占用cpu和内存，所以异常也会显示出来 统计这里就是报表，通过饼图来统计请求的次数，比如说金融的，可以统计每个月的金融的统计，现在这个是平台服务的报表，对服务进行统计展示出来，跟BI报表差不多，还有环形图，折线图 还有大屏，连接部署到展示区，电视机是安卓系统，将网页打包到apk里面（苹果的是ipa）,然后打包安装上去，就可以显示在大屏上面了。

项目测试流程

1.需求分析

在测试前拿到产品需求文档，进行需求分析及需求评审前先对需求文档进行详细的阅读，对有疑问的地方进行标注。

具体可从以下进行：

a.分析产品功能点

b.产品核心竞争力

c.Kano模型、马斯洛需求分析、多问几个为什么、上下文分析法

2.制订测试用例

工欲善其事，必先利其器；对测试而言，测试用例就是器，做好了才能把好关

a.使用思维导图列举测试大纲，尽量发散，想到什么就写什么，；先放后收，对知识点进行总结和归纳，标记重点测试模块，删除冗余及重复测试点。

b.可使用边界值法、等价类划分法、错误推测法、因果图法等设计案例

c.根据测试大纲制定测试用例，需包含模块名、测试优先级、操作步骤、期望结果、测试结果、备注

3.评审测试用例

a.测试作为主导，联合开发、项目经理、PM进行测试用例评审

b.可先讲解测试大纲，让开发、项目经理、PM心中对测试用例有个大概；后再进行详细测试用例讲解

4.执行测试

a.根据测试用例执行测试

b.发现问题保留现场，记录测试方法，通知开发解决问题

c.覆盖测试用例之外若有时间可进行探索性测试

5.提交Bug并推动Bug解决

a.在Bug管理工具上提交Bug，详细记录测试步骤

b.根据Bug严重程度划分Bug等级:致命、严重、一般、提示

c.推动开发解决问题，记录问题进展，一般聊天沟通，若问题严重则需通过邮件推动解决

6.回归测试

a.对已修复的Bug进行验证

b.对Bug所在模块进行基本功能测试；整体进行冒烟测试，确保不会因为修改Bug而引起其他功能出现问题

7.编写并提交测试报告

可使用金字塔原理设计测试报告，先总后分，上级统领下级，下级推导出上级，环环相扣

a.对Bug进行汇总，筛选出各个等级的Bug存活情况

b.制订Bug发现及解决曲线图，一般版本正常应是前期多，后期收敛，存活的是级别较低的Bug

c.总结归纳版本情况，评估发布与否