一个UI测试方案的全过程,从准备到配置

摘要:测试用例,包括冒烟测试用例,详细测试用例;测试用例通过率规定,重点页面用例通过率,重点用例通过率;测试用例依据以上需求文档及设计稿文档形成,也是开展测试工作的重要依据。  
 一、测试环境准备
 1、确认操作系统,win7,win10等。
 2、确定测试范围,包括需要适配的浏览器(Firefox,chrome,QQ,360等等)及浏览器版本。
 3、网络环境,有线,无线网络
  二、测试文档
  • 0
    点赞
  • 4
    收藏
    觉得还不错? 一键收藏
  • 3
    评论
系统主要功能按照数据流量、流向及处理过程分为临床诊疗、药品管理、财务管理、患者管理。诊疗活动由各工作站配合完成,并将临床信息进行整理、处理、汇总、统计、分析等。本系统包括以下工作站:门诊医生工作站、药房医生工作站、医技医生工作站、收费员工作站、对帐员工作站、管理员工作站。基于Spring cloud和Spring boot 2.x 实现 *项目演示 username:演示用户 password:test 由于没有进行部署,首次加载需要等待1~2分钟,加载完成之后比较流程流畅 好不容易抓到了推免的尾巴,所以最近打算更新一下部署文档,暂时不打算再维护代码了,但会继续推出其他有意思的基于Cloud的项目,欢迎关注 有问题请直接 issue(如果需要数据库和真实数据请联系本人邮箱) 申明:项目为NEU实训课设本组所作,包前缀为neu,侵权必改 之前由于学校突然增加人机交互课设,所以把该项目变成Private,但很多人无情fork之后并不删除,例如 TANGKUO,我已经联系他多次,他还是不删除。只能挂个名字在这了... 持续更新中...... 前言 HIS 项目致力于打造一个完整的医疗系统,采用现阶段流行技术实现。 下一阶段计划 添置部署教程 提高代码质量 更新技术栈为最新版本,并引入新技术 本仓库包含 系统 描述 HIS-master 单体应用 his-cloud 分布式微服务应用 HIS-web 诊疗前端 HIS-app 患者前端 注:单体应用和分布式实现业务完全相同 一. 项目架构 项目开发进度图 后端技术栈 技术 版本 说明 Spring Cloud Netflix Finchley.RELEASE 分布式全家桶 Spring Cloud Eureka 2.0.0.RELEASE 服务注册 Spring Cloud Zipkin 2.0.0.RELEASE 服务链路 Spring Cloud config 2.0.0.RELEASE 服务配置 Spring Cloud Feign 2.0.0.RELEASE 服务调用 Spring Cloud Zuul 2.0.0.RELEASE 服务网关 Spring Cloud Hystrix 2.0.0.RELEASE 服务熔断 Spring Cloud Turbine 2.0.0.RELEASE 服务熔断监控 Spring Boot Admin 2.0.1 服务监控 Spring Boot 2.0.3.RELEASE 容器+MVC框架 Spring Security 5.1.4.RELEASE 认证和授权框架 MyBatis 3.4.6 ORM框架 MyBatisGenerator 1.3.3 数据层代码生成 PageHelper 5.1.8 MyBatis物理分页插件 Maven 3.6.1 项目管理工具 Swagger2 2.7.0 交互式API文档 Elasticsearch 6.2.2 搜索引擎 kibana 6.2.2 数据分析和可视化平台 LogStash 6.2.2 数据采集引擎 RabbitMq 3.7.14 消息队列 Redis 3.2 缓存 Druid 1.1.10 数据库连接池 OSS 2.5.0 对象存储 JWT 0.9.1 跨域身份验证解决方案 Lombok 1.18.6 简化对象封装工具 Junit 4.12 单元测试框架 Logback 1.2.3 日志框架 Java doc ———— API帮助文档 Docker 18.09.6 应用容器引擎 Docker-compose 18.09.6 容器快速编排 前端技术栈 技术 版本 说明 Vue 2.6.10 前端框架 Vue-router 3.0.2 前端路由框架 Vuex 3.1.0 vue状态管理组件 Vue-cli ———— Vue脚手架 Element-ui 2.7.0 前端UI框架 Echarts 4.2.1 数据可视化框架 Uni-app ———— 跨平台前端框架 Mockjs 1.0.1-beta3 模拟后端数据 Axios 0.18.0 基于Promise的Http库 Js-cookie 2.2.0 Cookie组件 Jsonlint 1.6.3 Json解析组件 screenfull 4.2.0 全屏组件 Xlsx 0.14.1 Excel表导出组件 Webpack ———— 模板打包器 二. 项目展示 主页 主页 门诊医生工作台 门诊医生工作台 医技医生工作台 医技医生工作台 药房医生工作台 药房医生工作台 收银员工作台 收银员工作台 对账员工作台 对账员工作台 病历模板 病历模板 排班管理 排班管理 App挂号 App挂号 Sprin
1、构造运营文档的基本内容:操作指南、标准的操作流程;用户支持和技术支持的流程;知识库;技术支持人员的培训。 2、在制定项目中间里程碑时,以下哪些方针可以借鉴? 由项目类型决定;考虑外部事件和风险;避免长时间没有里程碑;将里程碑与交付成果结合起来;仅使用适合项目情况的MSF 推荐的里程碑 3、关于“项目对团队成员能力的需求”以下说法正确的是:在某个项目给定范围内,能够保证工作有效进行所需要的知识、技能和绩效等级 4、使用测试的目的是确保解决方案在它所需要的环境下正常工作,其重点是从用户和运营人员的角度对解决方案进行测试。使用测试的类型包括:配置测试;兼容性测试;压力测试;性能测试;文档和帮助文件测试;可用性测试 5、MSF的哪一个角色负责客户最后签字认可过程?发布管理角色 6、覆盖测试是开发阶段最常见的测试。它有以下类型:单元测试;功能测试;签入测试;构造验证测试;回归测试 7、使用内部发布的好处:将复杂项目分解为多个可管理的任务;易于实现对计划的变更;提高了解决方案的整体质量;提供了一个相对容易实现的短期目标 8、团队模型的环形结构中的六个角色是什么?程序管理;开发;测试;发布管理;用户体验;产品管理 9、MSF 开发阶段团队主要工作包括:编写代码;开发基础架构;创建培训课程和文档;开发市场和销售渠道 10、完成收尾活动将产生哪些类型的文档?主要交付成果的最终版本:远景/范围文档、功能规格说明书 ; 客户/用户满意度调查;后续步骤的总结 11、常用传递标识流的方法有:传递用户信息,重新认证;传递认证凭证;单一认证解决方案;运行在同一上下文中 12、建立变更控制的重点是什么?应用于所有的变更;促进变更的合并;基于 MSF 创建“动态更新文档”的核心概念 ;尽可能早地确定文档的基准版本,尽可能晚地确定其最终版本,使团队保持灵活性 13、SOA的特性为:明确地定义系统边界;每一个Service是自治的 ;Services与它们的消费者之间共享的是Schema和Contract ;以适用为目的的设计 14、以下哪些是功能规格说明书的组成元素?远景/范围总结;背景信息;设计目标;使用场景;功能和服务的描述;组件规格说明(产品和配置);依赖关系;附件 15、下面,有关Object Spaces叙述正确的是:将业务逻辑和数据存取逻辑隔离起来/用业务对象方式操作数据 16、User Interface Process Components的作用是什么?隔离了UI与业务逻辑层/对流程中的UI进行了管理/提供了状态保存和传递的机制 17、关于功能规格说明书的说法,正确的是:功能规格说明书描述了要构造的解决方案的功能,包含设计成果/创建功能规格说明书是一个逐步完善的迭代过程 /如果没有功能规格说明书,团队将不知道如何正确地构建解决方案,用户的期望也会难以确定/如果没有功能规格说明书,团队很难对项目的预算和进度表做出估计 18、关于“解决方案验证”说法正确的是:解决方案验证可以降低风险,避免在大规模投资后才发现解决方案的基础构架部分并不能在生产中很好地运行 / MSF解决方案验证并不完全等同于原型,或单纯的技术验证。/确认解决方案的基础构架在实验测试环境下是可行的。 19、对于开发和测试环境,下列说法正确的是:开发和测试环境必须能反映生产环境 /生产环境同开发和测试环境必须分离/应按照开发和测试计划中设置的标准配置来建立环境 /为了实现对项目的控制,需要注意同步开发和测试环境之间的状态 20、MSF 稳定阶段的交付成果包括:试运行评审/可发布版本(源代码和可执行文件、脚本和安装文档、最终用户帮助和培训材料、运营文档和发布说明)/测试和缺陷报告 / 项目文档 21、MSF如何帮助IT克服在项目过程中遇到的障碍?保持交流与沟通 /有效地组织团队 /理解业务的方向 22、以下哪些是扩展团队规模的因素? 项目的复杂程度 /项目大小/风险阀值/技术难度 23、下面哪些是核心组件的示例:域控制器/邮件路由器/远程访问服务器/数据库服务器 24、八条MSF基本原则中的哪几条与团队模型有关?拥有共同的远景/关注业务价值 /灵活敏捷,主动应变 /向团队成员授权/鼓励开放式沟通/职责清晰,责任共享 25、微软运营框架将配置管理定义为一个非常重要的过程,关于“配置管理”说法正确的是:实现再现或回退到前一版本的配置/需要团队在数据库或其他工具中记录各种配置 /对解决方案各个版本的历史记录进行追溯和控制的正规过程 26、请从下面选出IT项目在交付解决方案的过程中会遇到的障碍:目标和职能分离 /业务和技术分离/缺乏共同的语言/沟通不利 27、在项目中设立里程碑有哪些好处?帮助同步工作成果/使项目团队外的人员也能看到项目进展情况和质量情况/可在项目进行中纠正偏差/着重于评审项目目标和交付成果 /增加阶段性的审批环节,只有在审核通过后,才进入下一个阶段 28、MSF的基本要素——两个模型和三个准则分别是什么?团队模型和过程模型,项目管理准则、风险管理准则和就绪管理准则 29、使用平衡三要素管理项目范围时,需要考虑的三要素包括:资源/进度/功 30、构造用户体验交付成果是:用户参考资料(用户手册和帮助文件)/用户界面中的图形元素/最终用户培训/可用性测试场景 31、程序管理角色的目标是什么?按项目约束交付解决方案 32、功能团队必须要包括所有角色吗?不是 33、发布管理角色需要参与驱动的计划包括:安全性计划/部署计划/采购和设施计划/试运行计划 34、好的项目远景能达到什么作用?引导团队朝共同的方向前进/简化决策的制定过程,确保决策的一致性/激励团队/强化解决方案目标/保持对解决方案质量的重视 35、测试的目标包括以下哪些内容:找出所有团队必须解决的缺陷/按照功能规格说明书验证解决方案中的组件/找出设计中的错误/找出由意外的用户行为而产生的错误/测试解决方案中的所有组成部分 36、对于MSF 过程模型的阶段和里程碑说法正确的是?在计划阶段,团队和客户共同定 义构建和部署的内容以及构建的方式和时机/在开发阶段,团队构建并测试解决方案,具体包括代码、基础构架和文档等交付成果。/在稳定阶段,对功能齐全的解决方案进行最后的测试,使其成为稳定的解决方案,为其后的发布做准备。/在部署阶段,将稳定、完善的解决方案完全部署为真正的产品。 37、MSF部署阶段交付成果包括:运营及支持信息系统/所有版本的文档、装载设置、配置、脚本和代码 / 项目收尾报告 38、六种MSF角色中,哪种角色不能与其他角色合并?开发 39、支持象限的主要目的是什么?整合过程、工具和人员,以便标识、排列(区分优先级)、指派、诊断、跟踪和解决突发事件、问题、错误、请求和质/与客户进行清晰的和精确的交流/平衡“知识可扩展”的自助帮助和人工帮助/达到内部和外部服务台的无缝连接。 41、UIP Components需要考虑的问题是什么?如何将控制流程和窗口、页面等界面元素分开//流程的每一步都需要保存状态。如何能抽象出一个统一的状态模型,可以使状态在留转过程中被保存和传递//最好能够用一套处理机制,能够满足WinForm程序和Web应用的需要 //用户的在一个操作流程中可能会嵌套子流程,或者会转到别的流程 //记录流程的流转的日志 //流程的维护 42、以下,哪些是针对系统安全性的威胁:标识欺骗/篡改数据 /可否认性/拒绝服务 43、主-从级联复制的优势是什么?将源从大量复制负载中解放出来/添加多个目标不影响源 G:CET能够相对独立 44、下面哪些应用可以被称为Smart:A:能够利用本地资源 A:智能安装和更新 A:Connected A:对各种客户端设备支持性 45、异常可以分为:/业务异常 /技术异常 46、下面哪个是对企业体系结构4个视角的正确说法:业务、应用、技术、信息 48、有哪些类型的Smart Client应用:/标准的WinForm程序/Microsoft Office /Internet Explore 49、异步消息通讯机制的优点是:/扩展性和可用性/更容易定义SLA 50、下面,哪些是Process Service的要求:/可以方便的修改和定义 /对于业务人员来说易于掌握 /方便的工具来开发和调试 /健壮的异常处理(交易补偿) /大的Process可以包含对于一系列小的Process的调用 51、MSF 构思阶段的目标是什么?/创建一个关于项目的目标、限定条件和解决方案的概要视图 界面层的异常处理的处理方法有//重试/将问题提交给用户/停止界面流程 52、 常见的Caching技术有://ASP.NET Cache //数据库缓存 //通过静态变量缓存//Memory-Mapped Files 53、 授权包括://用户的权限//代码的执行权限 54、 在构思阶段,各种角色的职责是://根据质量目标提供反馈//提出为了保证质量而需要采取的行动 55、 移动数据拷贝需考虑的因素有哪些?//数据的有效性不再符合要求//网络或应用程序平台是不可靠的//其他应用程序要求使用不同结构的数据//网络带宽不能满足实时数据访问的性能要求//允许一定的延迟//对数据的更改一般不会存在冲突//其他应用程序只要求读访问,或者不要求保留对目标的更新 56、 使用SQL Server实现主-从事务增量复制注意事项是什么?//使用SQL Server用户账户连接到分发服务器//将所有的计算机置于一个Microsoft Windows域,或者在所有计算机上设置一个具有相同密码的公共用户。然后在分发服务器和订阅服务器之间使用Windows信任连接 57、 为什么使用Web Service?//建立在广泛的互操作基础上//支持自治的应用模型 //灵活的发现服务//灵活的绑定服务 58、 主-主行级同步的影响因素有哪些?//当断开连接时,需要能够更新拷贝//乐观的并发控制 59、 数据复制模式有哪些?//主-主行级同步模式 //使用SQL Server的主-主行级同步模式//主-从快照复制模式//捕捉事务细节模式 //主-从事务增量复制模式 60、 在收尾阶段应该进行哪些工作?//调查客户满意度 //准备收尾报告 //进行项目回顾 //得到客户的签字认可 61、 SOA指://本质上是一组服务的集合。这些服务之间相互沟通。这种沟通既可以是简单的数据传输,或者是由两个或多个服务共同参与的一些活动。SOA也包括Service之间的连通技术。 62、 以下概念哪些与目录服务管理 SMF有重要关系?//支持目录功能的应用程序 //日常支持活动,如对企业目录的监控、维护和故障排除//用户、组和资源的创建和管理//元目录 (Metadirectory) 63、 主-主复制的解决方案是怎样的?//从源端复制数据到目标端,并检测和解决自上一次复制以来出现的任何更新冲突 //由位于源和目标之间、方向相反的两个复制链接组成的复制构造块 64、 下面哪些应用可以被称为Smart :A:能够利用本地资源 A:智能安装和更新 A:Connected A:对各种客户端设备支持性
大数据项目组人员配置 演讲人 2021-08-08 大数据项目组人员配置全文共27页,当前为第1页。 目录 01. 背景 07. 产品设计类 03. 出发点 05. 基础平台类 02. 目标分析 04. 人员配置结构 06. 技术研发类 08. 实施项目经理 大数据项目组人员配置全文共27页,当前为第2页。 01 背景 大数据项目组人员配置全文共27页,当前为第3页。 目前公司大数据项目的优先级提升,数据项目对公司来讲具备极强战略意义 原有数据中心项目组成员经常变动,无法专注在一个项目上,因此输出速度和质量无法有效保障 原有数据项目的优先级和利害程度没有现在这么高,因此原有项目组人员配置不完整 背景 大数据项目组人员配置全文共27页,当前为第4页。 02 目标分析 大数据项目组人员配置全文共27页,当前为第5页。 目标分析 为了使数据中心能够更快更高质量落地,需要完善团队人员 为了提升数据中心的产品质量,需要完善团队人员 大数据项目组人员配置全文共27页,当前为第6页。 03 出发点 大数据项目组人员配置全文共27页,当前为第7页。 出发点 数据中心项目落地,并不仅仅与开发完成的软件系统相关,涉及到各方各面。其中包括前期咨询,中期系统建设,售后落地实施和售后保障。 举个例子,数据中心的落地,就好比开一家火锅店。数据中心这个系统仅仅相当于火锅店的底料配方。数据中心落地,就好比经营一家火锅店,还需要考虑菜品供应商,n多经营许可证,财务管理,店铺租用,成本核算,人员管理,制度建设等等方面。而这 方面恰恰是重要但是单从技术和产品角度无法预知和控制的方面,这方面没有经历过会有较大风险。 为了规避风险,提升落地可行性,提出以下人员配置的建议 大数据项目组人员配置全文共27页,当前为第8页。 04 人员配置结构 大数据项目组人员配置全文共27页,当前为第9页。 在大数据团队组建过程中,科学地定义职位体系直接影响到大数据实施的效率和质量,由于大数据的创新性和严谨性,会有一批新的岗位,例如首席数据官、大数据解决方案架构师、大数据采集工程师、大数据研究员等;同时,也会强化原有岗位的新生命力,例如网络工程师、算法工程师、系统架构师、咨询顾问、数据库管理与开发等。整个职位架构体系如下图所示 人员配置结构 大数据项目组人员配置全文共27页,当前为第10页。 数据中心项目岗位体系 基础平台类 基础平台类:大数据基础平台共分为硬件平台和软件平台两大类别,硬件平台包括服务器、操作系统和网络维护等工作,主要由网络工程师负责;软件平台包括Hadoop运维、数据仓库管理、软件系统运维等工作,由 Hadoop运维工程师、数据仓库管理员和系统管理员负责。 技术研发类 技术研发类:技术研发类岗位指的是针对大数据相关系统、软件、产品和功能进行的开发,而非IT系统的开发。由于大数据类的开发是一个相对完整的工作链,并且具有特殊应用需求和场景特征,因此涵盖了几乎与IT系统相同的职能岗位。技术研发类岗位包括大数据架构师、数据仓库架构师、大数据开发工程师、数据采集工程师、数据仓库开发工程师、系统开发工程师、算法开发工程师。 大数据项目组人员配置全文共27页,当前为第11页。 产品设计类 产品设计类:项目产品类岗位通常是每个公司不可或缺的岗位,这些岗位是有计划开发数据工作的基本前提,通常决定了一个产品或项目未来的方向和具体实施的概念定义。而项目产品类泛指数据项目工作的前端职位,含项目经理、产品经理、UI、UE等 数据中心项目岗位体系 大数据项目组人员配置全文共27页,当前为第12页。 05 基础平台类 大数据项目组人员配置全文共27页,当前为第13页。 偏向硬件管理工程师和运维工程师等。目前暂时由研发人员承担,这部分需要多少人需要什么人要研发来出建议 基础平台类 大数据项目组人员配置全文共27页,当前为第14页。 06 技术研发类 大数据项目组人员配置全文共27页,当前为第15页。 大数据架构师(近6个月内不重要,6个月后看发展方向决定是否需要):作为大数据技术平台成功落地的重要保障,大数据架构师在大数据技术发展之初就已经奠定了必不可少的角色基础,该职位主要负责Hadoop技术解决方案的整个生命周期的解决方案确定并进行引导,包括:大数据需求分析、平台选择、技术架构设计、应用设计和开发、应用测试和部署等大数据实施全流程的跟踪,并在实施过程中带领技术团队,为设计和开发大规模集群的数据处理系统提供技术和管理。 技术研发类 大数据项目组人员配置全文共27页,当前为第16页。 作为一个或多个领域的系统架构专家,更要面向未来:设计领先的软件架构,洞察所在领域的系统技术发展趋势,提出新的系统架构理念,主导架构技术项目开展架构原型的验证,保证未来新产品的软件架构具有领先的架构竞争力;改进已有产品的软

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 3
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值