网站建设可行性分析报告范文网站建设的流程简答题

当前位置： 首页 > news >正文

网站建设可行性分析报告范文,网站建设的流程简答题,如何自学网站开发,企业形象设计包括哪些方面目录 测试的分类1 按测试对象划分1.1 界面测试1.2 可靠性测试1.3 容错性测试1.4 文档测试1.5 兼容性测试1.6 易用性测试1.7 安装卸载测试1.8 安装测试1.9 性能测试1.10 内存泄漏测试 2 按是否查看代码划分2.1 黑盒测试#xff08;Black-box Testing#xff09;2.2 白盒测试Black-box Testing2.2 白盒测试White-box Testing2.3 灰盒测试Gray-Box Testing 3 按开发阶段划分3.1 测试金字塔3.2 单元测试Unit Testing3.3 集成测试Integration Testing3.4 系统测试System Testing3.5 回归测试Regression Testing3.6 冒烟测试smoke testing3.7 验收测试Acceptance Testing 4 按测试实施组织4.1 α测试(Alpha Testing)4.2 β测试(Beta Testing)4.3 第三方测试 5 按是否运行划分5.1 静态测试Static testing5.2 动态测试Dynamic testing 6 按是否手工划分6.1 手工测试Manual testing6.2 自动化测试(Automation Testing) 7 按测试地域划分7.1 国际化测试7.2 本地化测试 测试的分类 1按照测试对象划分界面测试、可靠性测试、容错性测试、文档测试、兼容性测试、易用性测试、安装卸载测试、安全性测试、性能测试、内存泄漏测试 2按照是否查看代码划分黑盒测试、白盒测试、灰盒测试 3按照开发阶段划分单元测试、集成测试、系统测试、验收测试 4按照实施组织划分α测试β测试、第三方测试 5按照是否运行代码划分静态测试、动态测试 6按照是否手工划分手工测试、自动化测试 7按照地域划分国际化测试、本地化测试 1 按测试对象划分 1.1 界面测试 ​  软件只是一种工具软件与人的信息交流是通过界面来进行的界面是软件与用户交流的最直接的一层界面的设计决定了用户对我们设计的软件的第一印象界面如同人的面孔具有吸引用户的直接优势设计合理的界面能给用户带来轻松愉悦的感受。 ​  界面测试简称UI测试)指按照界面的需求一般是UI设计稿和界面的设计规则对我们软件界面所展示的全部内容进行测试和检查一般包括如下内容 验证界面内容显示的完整性一致性准确性友好性。比如界面内容对屏幕大小的自适应换行内容是否全部清晰展示验证整个界面布局和排版是否合理不同板块字体的设计图片的展示是否符合需求对界面不同控件的测试比如对话框文本框滚动条选项按钮等是否可以正常使用有效和 无效的状态是否设计合理界面的布局和色调符合当下时事的发展。 1.2 可靠性测试 ​   可靠性Availability即可用性是指系统正常运行的能力或者程度一般用正常向用户提供软件服务的时间占总时间的百分比表示。 ​   可靠性正常运行时间/正常运行时间非正常运行时间*100% ​   系统非正常运行的时间可能是由于硬件软件网络故障或任何其他因素如断电造成的这些因素能让系统停止工作或者连接中断不能被访问或者性能急剧降低导致不能使用软件现有的服务等。 ​   可用性指标一般要求达到4个或者5个“9”即即99.99%或者99.999% 。 如果可用性达到99.99%对于一个全年不间断7*24的方式运行的系统意味着全年252600min)不能正常工作的时间只有52min不到一个小时。 如果可用性达到99.999%意味着全年不能正常工作的时间只有5min。 ​   不同的应用系统可用性的要求是不一样的非实时性的信息系统或一般网站要求都很低99%和99.5%就可以了但是军事系统要求则很高 1.3 容错性测试 ​  容错性测试是指系统能够处理异常用户的错误操作而不至于系统崩溃从而能够提高系统的可用性。 ​  容错性测试包含以下方面 输入异常数据或进行异常操作以检验系统的保护性。如果系统的容错性好系统只给出提示或内部消化掉而不会导致系统出错甚至崩溃。   比如数据级测试校验测试环境容错性测试界面容错性测试通过各种手段让软件强制性地发生故障然后验证系统已保存的用户数据是否丢失系统和数据是否能尽快恢复。 1.4 文档测试 ​   国家有关计算机软件产品开发文件编制指南中共有14 种文件可分为3大类。 ​   –开发文件可行性研究报告、软件需求说明书、数据要求说明书、概要设计说明书、详细设计说明书、数据库设计说明书、模块开发卷宗。 ​   –用户文件:用户手册、操作手册用户文档的作用改善易安装性改善软件的易学性与易用性改善软件可靠性降低技术支持成本。 ​   –管理文件项目开发计划、测试计划、测试分析报告、开发进度月报、项目开发总结报告。 ​   在实际的测试中最常见的是用户文件的测试例如手册说明书等。也会有一些公司对需求文档进行测试来保证需求文档的质量。 文档测试的关注点 文档的术语文档的正确性文档的完整性文档的一致性文档的易用性 1.5 兼容性测试 ​   兼容性测试需求是指明确要测试的兼容环境考虑软硬件的兼容就软件兼容来说主要考虑以下几个方面 系统自身版本的兼容用户已有数据的兼容数据兼容是重中之重对用户来说数据是最有价值的。测试与应用环境的兼容性比如操作系统应用平台浏览器的兼容测试与第三方系统以及第三方数据的兼容性 对于环境操作系统应用平台兼容性的测试不仅仅局限在操作系统浏览器着两个因素还包括以下32位64位CPU手机平台AndroidiOSwindows phone支持不同的Internet连接速度。 对于iOS和Android两个平台还要区分手机和平板电脑考虑不同的型号屏幕尺寸分辨率等 1.6 易用性测试 ​   许多产品都应用人体工程学的研究成果使产品在使用起来更加灵活和舒适。软件产品也始终关注用户体验让用户获得舒适易用的体验针对软件这方面的测试称之为易用性测试。 ​   易用性在ISO25020标准中指容易发现容易学习和容易使用。易用性包含七个要素符合标准和规范直观性一致性灵活性舒适性正确性和实用性。我们主要讨论以下几个方面 1标准性和规范性 ​  对于现有的软件运行平台通常其UI标准已经不知不觉地被确立了成为大家的共识。多数用户已经习惯并且接受了这些标准和规范或者说已经认同了这些信息所代表的的含义。比如安装软件的界面的外观在什么场合使用恰当的对话框等。 ​  所以用户界面上的各中信息应该符合规范和习惯否则用户使用起来会不舒适并得不到用户的认可。测试人员需要把与标准规范习惯不一致的问题报告为缺陷 2直观性 ​  用户界面的直观性要求软件功能特性易懂清晰。用户界面布局合理对操作的响应在用户的预期之中。比如数据统计结果用报表的形式条形图扇形图等展示清晰直观现在主流的很多搜索引擎和日历的设计也有直观性的特点。 3灵活性 ​   软件可以有不同的选项以满足不同使用习惯的用户来完成相同的功能。但是灵活性的设计要把握好度不然可能由于太多的用户状态和方式的选择增加了软件设计的复杂性和程序实现的难度。 ​   例如手机键盘有九宫格和全键盘还支持手写满足了不同用户的需求 4舒适性 ​  舒适性主要强调界面友好美观操作过程顺畅色彩用运恰当按钮的立体感等。例如左手鼠标的设置给习惯用左手的人带来了便利也为右手十分劳累时提供了另一种途径 1.7 安装卸载测试 ​  应用的安装和卸载在任何一款APP中都属于最基本功能。一旦出错就属于优先级为紧要Critical的缺陷。主要需要考虑以下方面 软件不同的安装和卸载方式应用是否可以在不同的环系统版本下安装安装兼容性安装或者卸载过程中是否可以手动暂停或者取消安装空不足的时候系统是否有提示是否可以正常的卸载以及应用软件的各种卸载方式卸载和安装过程中出现环境问题软件是否可以正常并且合理的应对比如死机断电断网等 1.8 安装测试 ​​  安全性是指信息安全是指计算机系统或网络保护用户数据隐私完整保护数据正常传输和抵御黑客病毒攻击的能力。安全性测试属于非功能性测试很重要的一个方面系统常见的安全漏洞和威胁如下 输入域如输入恶性或者带有病毒的脚本或长字符串代码中的安全性问题如SQL/XML注入不安全的数据存储或者传递数据文件邮件文件系统配置文件等里面有危害系统的信息或者数据有问题的访问控制权限分配等假冒ID身份欺骗篡改对数据的恶意修改破坏数据的完整性 ​  安全性测试的方法有代码评审渗透测试安全运维等常用的静态安全测试工具有CoverityIBM Appscan SourceHPFortify常用的动态安全测试有OWASP的ZAPHP WebInspect等。其中静态安全测试是常用的安全性测试的方法。 1.9 性能测试 ​  我们在使用软件的时候有时会碰到软件网页打开时越来越慢查询数据时很长时间才显示列表软件运行越来越慢等问题这些问题都是系统的性能问题引起的。 ​​  要进行软件产品的性能问题要对产品的性能需求进行分析然后基于系统的性能需求和系统架构完成性能测试的设计和执行最后要进行持续的性能调优。常见的性能问题如下 资源泄露资源瓶颈线程死锁线程阻塞查询速度慢或效率低受外部系统影响越来越大 ​​  衡量一个系统性能好坏的关键性指标有用户响时间事务平均响应时间TPS吞吐率每秒点击次数内存和CPU使用率等。 1.10 内存泄漏测试 ​  很多软件系统都存在内存泄露的问题尤其是缺乏自动垃圾回收机制的“非托管”语言编写的程序例如C、CH、Delphi等。从用户使用的角度来看内存泄露本身不会造成什么危害一般用户可能根本不会感觉到内存泄露的存在。但是内存泄露是会累积的只要执行的次数足够多最终会耗尽所有可用内存使软件的执行越来越慢最后停止响应。可以把这种软件的问题比喻成软件的“慢性病”。 ​​  造成内存泄露的原因有很多最常见的有以下几种。 分配完内存之后忘了回收程序写法有问题造成没办法回收如死循环造成无法执行到回收步骤某些API函数的使用不正确造成内存泄露。 ​  内存泄漏的检测方法 人工静态法代码走读人工查找未被回收的内存。自动工具法借助相应测试内存泄漏的工具如Visual Leak Detector记录每次内存分配清楚告诉用户内存是如何泄漏的。 2 按是否查看代码划分 ​  在软件测试岗位的面试中常常被面试官问到的概念就是黑盒和白盒的测试了下面就来彻底讨论一下 2.1 黑盒测试Black-box Testing ​ ​  黑盒测试就是在完全不考虑程序逻辑和内部结构的情况下检查系统功能是否按照需求规格说明书的规定正常使用、是否能适当的接收输入数据而输出正确的结果满足规范需求。 ​ ​  所以黑盒测试又称之为数据驱动测试只注重软件的功能 ​ 黑盒测试的优点 不需要了解程序内部的代码以及实现不关注软件内部的实现从用户角度出发设计测试用例很容易的知道用户会用到哪些功能会遇到哪些问题锻炼测试人员的产品思维测试用例是基于软件需求开发文档不容易遗漏软件需求文档中需要测试的功能。 ​  黑盒测试的缺点是不可能覆盖所有代码。 黑盒测试用到的测试方法有等价类边界值因果图场景法错误猜测法等。 2.2 白盒测试White-box Testing ​​  白盒测试又称为结构测试或逻辑测试它一般用来分析程序的内部结构针对程序的逻辑结构来设计测试用例进行测试。 ​  白盒测试的测试目的是通过检查软件内部的逻辑结构对软件中的逻辑路径进行覆盖测试在程序不同地方设立检查点检查程序的状态以确定实际运行状态与预期状态是否一致。 ​​  主要包含六种测试方法语句覆盖、判定覆盖、条件覆盖、判定条件覆盖、条件组合覆盖、路径覆盖。 2.3 灰盒测试Gray-Box Testing ​​​  灰盒测试是介于白盒测试与黑盒测试之间的一种测试灰盒测试多用于集成测试阶段不仅关注输出、输入的正确性同时也关注程序内部的情况。 3 按开发阶段划分 3.1 测试金字塔 3.2 单元测试Unit Testing ​​​  单元测试是对软件组成单元进行测试。其目的是检验软件基本组成单位的正确性。测试的对象是软件设计的最小单位模块。又称为模块测试 。 测试阶段编码后或者编码前TDD 测试对象最小模块 测试人员白盒测试工程师或开发工程师 测试依据代码和注释详细设计文档 测试方法白盒测试 测试内容模块接口测试、局部数据结构测试、路径测试、错误处理测试、边界测试 3.3 集成测试Integration Testing 集成测试也称联合测试联调、组装测试将程序模块采用适当的集成策略组装起来对系统的接口及集成后的功能进行正确性检测的测试工作。集成主要目的是检查软件单位之间的接口是否正确。 测试阶段一般单元测试之后进行测试对象模块间的接口测试人员白盒测试工程师或开发工程师测试依据单元测试的模块概要设计文档测试方法黑盒测试与白盒测试相结合测试内容模块之间数据传输、模块之间功能冲突、模块组装功能正确性、全局数据结构、单模块缺陷对系统的影响 3.4 系统测试System Testing 新买手机都会有一个合格标签在出厂前手机厂会所某型号的手机上的所有功能全部测试一遍。包括手机硬件 本身手机上自带的APP。 将软件系统看成是一个系统的测试。包括对功能、性能以及软件所运行的软硬件环境进行测试。 测试阶段集成测试通过之后测试对象整个系统软、硬件测试人员黑盒测试工程师测试依据需求规格说明文档测试方法黑盒测试测试内容功能、界面、可靠性、易用性、性能、兼容性、安全性等 3.5 回归测试Regression Testing 接着上边的美颜功能不可用的例子拿去维修点进行了维修拿到手机后第一件事情是先看美颜功能修好了没 有第二事情就是看看手机的其它常用功能是否正常。 ​  回归测试是指修改了旧代码后重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误。 ​  在整个软件测试过程中占有很大的工作量比重软件开发的各个阶段都会进行多次回归测试。随着系统的庞大回归测试的成本越来越大通过选择正确的回归测试策略来改进回归测试的效率和有效性是很有意义的。 3.6 冒烟测试smoke testing 冒烟测试的对象是每一个新编译的需要正式测试的软件版本目的是确认软件主要功能和核心流程正常在正式进行系统测试之前执行。冒烟测试一般在开发人员开发完毕后提交给测试人员来进行测试时先进行冒烟测试保证基本功能正常不阻碍后续的测试。   如果冒烟测试通过则测试人员开始进行正式的系统测试如果不通过则测试人员可以让开发人员重新修复代码直到冒烟测试通过再开始进行系统测试。   回归测试和冒烟测试都属于系统测试。 3.7 验收测试Acceptance Testing 买到新手机一般会有7天包退一个月包换我们会尽量在7天内把手机的所有功能都试一遍。 ​  验收测试是部署软件之前的最后一个测试操作。它是技术测试的最后一个阶段也称为交付测试。验收测试的目的是确保软件准备就绪按照项目合同、任务书、双方约定的验收依据文档向软件购买都展示该软件系统满足原始需求。 测试阶段系统测试通过之后测试对象整个系统包括软硬件。测试人员主要是最终用户或者需求方。测试依据用户需求、验收标准测试方法黑盒测试测试内容同系统测试(功能…各类文档等) 4 按测试实施组织 4.1 α测试(Alpha Testing) 手机出厂前最后一次测试开发和测试人员不参与。 ​  α测试是由一个用户在开发环境下进行的测试也可以是公司内部的用户在模拟实际操作环境下进行的测试。α测试的目的是评价软件产品的FLURPS(即功能、局域化、可使用性、可靠性、性能和支持)。 ​  大型通用软件在正式发布前通常需要执行Alpha和Beta测试。α测试不能由程序员或测试员完成。 4.2 β测试(Beta Testing) 新手机购买回来参与测试的人是购买者使用的场所及环境已不再是手面厂商的环境及场所。 ​  Beta测试是一种验收测试。Beta测试由软件的最终用户们在一个或多个场所进行。   α测试与Beta测试的区别 ​   测试的场所不同Alpha测试是指把用户请到开发方的场所来测试,beta测试是指在一个或多个用户的场所进行的测试。 ​  Alpha测试的环境是受开发方控制的,用户的数量相对比较少,时间比较集中。beta测试的环境是不受开发方控制的,用户数量相对比较多,时间不集中。 ​   alpha测试先于beta测试执行。通用的软件产品需要较大规模的beta测试,测试周期比较长。 4.3 第三方测试 ​  介于开发方和用户方间的组织的测试。 5 按是否运行划分 5.1 静态测试Static testing ​  所谓静态测试static testing就是不实际运行被测软件而只是静态地检查程序代码、界面或文档中可能存在的错误的过程。不以测试数据的执行而是对测试对象的分析过程仅通过分析或检查源程序的设计、内部结构、逻辑、代码风格和规格等来检查程序的正确性。 5.2 动态测试Dynamic testing ​  动态测试dynamic testing指的是实际运行被测程序输入相应的测试数据检查实际输出结果和预期结果是否相符的过程所以判断一个测试属于动态测试还是静态的唯一的标准就是看是否运行程序。 ​  大多数软件测试工作都属于动态测试。 6 按是否手工划分 6.1 手工测试Manual testing ​​  手工测试就是由人去一个一个的输入用例然后观察结果和机器测试相对应属于比较原始但是必须的一个步骤。总结优缺点 优点自动化无法替代探索性测试、发散思维结果的测试。缺点执行效率慢量大易错。 6.2 自动化测试(Automation Testing) ​​  就是在预设条件下运行系统或应用程序评估运行结果预先条件应包括正常条件和异常条件。简单说自动化测试是把以人为驱动的测试行为转化为机器执行的一种过程。 ​  自动化测试比如功能测试自动化、性能测试自动化、安全测试自动化。 ​​  自动化测试按照测试对象来分还可以分为接口测试、UI测试等。接口测试的ROI产出投入比要比UI测试高。 自动化实施步骤 1完成功能测试版本基本稳定 2根据项目特性选择适合项目的自动化工具并搭建环境 3提取手工测试的测试用例转化为自动化测试的用例 4通过工具、代码实现自动化的构造输入自动检测输出结果是否符合预期 5生成自动测试报告 6持续改进脚本优化。 7 按测试地域划分 什么是软件国际化 是在软件设计和文档开发过程中使得功能和代码设计能处理多种语言和文化习俗使创建不同语言版本时 不需要重新设计源程序代码的软件工程方法。 7.1 国际化测试 ​  软件的国际化和软件的本地化是开发面向全球不同地区用户使用的软件系统的两个过程。而本地化测试和国际化测试则是针对这类软件产品进行的测试。由于软件的全球化普及还有软件外包行业的兴起软件的本地化和国际化测试俨然成为了一个独特的测试专门领域。 ​​  本地化和国际化测试与其他类型的测试存在很多不同之处。下面是本地化和国际化测试 的一些要点。 1本地化后的软件在外观上与原来版本是否存在很大的差异外观是否墼齐、不走样。 2是否对所有界面元素都进行了本地化处理包括对话框、菜单、工具栏、状态栏、提示信息包括声音的提示、日志等。 3在不同的屏幕分辨率下界面是否正常显示。 4是否存在不同的字体大小字体设置是否恰当。 5日期、数字格式、货币等是否能适应不同国家的文化习俗。例如中文是年月日而英文是月日年。 6排序的方式是否考虑了不同语言的特点。例如中文按照第一个字的汉语拼音顺序排序而英文按照首字母排序。 7在不同的国家采用不同的度量单位软件是否能自适应和转换。 8软件是否能在不同类型的硬件上正常运行特别是在当地市场上销售的流行硬件上。 9软件是否能在Windows或者其他操作系统的当地版本上正常运行。 10联机帮助和文档是否已经翻译翻译后的链接是否正常。正文翻译是否正确、恰当 是否有语法错误。 ​​​  软件本地化和国际化测试是一个综合了翻译行业和软件测试行业的测试类型。它要求测 试人员具备一定的翻译能力、语言文化同时具备测试人员的基本技能。 7.2 本地化测试 ​​​  之前我们所讲的全是本地化测试。