功能设计

软件测试-----功能性需求(Functional requirement)+非功能性需求(Non-functional requirement)

两盒软妹~` 提交于 2019-11-27 10:01:39
显式功能性需求(Functional requirement)的含义从字面上就可以很好地理解,指的是软件本身需要实现的具体功能, 比如“正常用户使用正确的用户名和密码可以成功登录”、“非注册用户无法登录”等,这都是属于典型的显式功能性需求描述。 非功能性需求主要涉及安全性、性能以及兼 容性三大方面。 在上面所有的测试用例设计中,我们完全没有考虑对非功能性需求的测试,但这些往往是决定软件质量的关键因 素。   安全测试 用例:       性能测试 用例:      兼容性测试用例:    来源: https://www.cnblogs.com/huxiaoxi/p/11357619.html

移动App设计常见功能点

百般思念 提交于 2019-11-26 17:03:12
本篇文章本想着写技术实现来着,写着写着写成了产品。产品就产品吧,之后我再按这个大纲写技术实现。这是一个不小的工程,每个点每个平台都是一篇文章。目前未完待续,先发一下大纲再持续更新。 程序中常见且通用的几个点 登录 如果程序涉及到会员注册用户,那么登录是必不可少的。用户模块会在很多的程序中见到。 应用程序做会员有诸多好处 一、成为注册会员方便了对于用户的管理与分析,包括活跃用户与留存用户等。 二、通过对用户的奖励机制,能够提高用户粘度,提高用户留存 三、通过账号的关联关系,用户可以实现多端数据同步 还有其他等等 当然也有一些坏处,如 一、用户反感登录采集个人隐私数据 二、注册登录流程麻烦,使用户失去兴致 常见登录方式罗列了一下,也是各有有缺点 账号登录 账号登录是互联网初期最常见的一种登录方式,也是在程序员学习时最常用到的方式。这种方式实现起来也简单,而且也不需要采集过多的数据。对于一个用户来讲,只需要有个账号和密码就可以。对于个人信息,可以说是采集度最低。 但是对于这种登录,弊端也是很大的。 首先账号的随意性大,没有什么规律。如果是数据库后台没有做字符限制的话,那也会有一些风险,比如特殊字符SQL注入之类的。 其次,对于用户来讲,账号可能是随意起的,如果不记住账号的话,很容易就忘掉了。本来密码就已经难记了,账号也想不起来是啥,会让用户放弃使用,或者直接注册一个新的账号

网络协议总结一

北城余情 提交于 2019-11-26 16:03:26
网络协议 OSI(Open System Interconnection,开放系统互连)七层网络模型称为开放式系统互联参考模型是一个逻辑上的定义和规范; 把网络从逻辑上分为了7层. 每一层都有相关、相对应的物理设备, 比如路由器,交换机 OSI 七层模型是一种框架性的设计方法,其最主要的功能就是帮助不同类型的主机实现数据传输; 它的最大优点是将服务、接口和协议这三个概念明确地区分开来,概念清楚,理论也比较完整. 通过七个层次化的结构模型使不同的系统不同的网络之间实现可靠的通讯 来源: https://www.cnblogs.com/a19960101/p/11325428.html

GUI的测试用例设计

走远了吗. 提交于 2019-11-26 06:44:02
界面设计的行业标准总结 二 一、GUI窗口的标准   窗口是显示设备中的一个区域,用于观看对象、对象相关信息以及应用与对象的动作进行交互。从外观上来说,通常窗口是由标题、边框、菜单、工作区、滚动条等组成。 窗口的标题栏可以进行打开、关闭、创建、缩放、移动、删除、重叠等操作 好的GUI窗口应该具备以下标准: 1.窗口控件的大小、对齐方向、颜色、背景等属性的设置和程序设计规约相一致 2.显示相关的下拉菜单、工具条、滚动条、对话框、按钮、图标和其他控制,既能正确显示又能调用 3.若窗口无法显示,所有内容能够改变大小、移动和滚动 4.活动窗口能够反显加亮 5.窗口能够正确的关闭 6.多个窗口叠加时窗口的名称正确显示 7.窗口的数据能够利用 鼠标 、功能键、方向前头和 键盘 操作 8.当窗口被覆盖并重新调用后,窗口能够正确再生 9.如果使用多任务,所有的窗口能够被实时更新 10.窗口支持最小化和最大化或放大 11.窗口上的控件随着窗体的缩放而缩放 12.父窗体支持缩放时,子窗体也应该支持缩放 13. 一个窗口中按Tab键,移动聚焦按顺序移动。先从左至右,再从上到下 14.子窗口位置在父窗口的左上角或正中,正上方1/4处为易吸引用户注意力的位。父窗口或主窗口的中心位置应该在对角线焦点附近,如下图2-1-2所示 15.当多个子窗口弹出时依次向右下方偏移,并且显示出窗口标题,如下图2-1-3所示