精华内容
下载资源
问答
  • 软件评价了解

    2015-03-28 18:38:26
    近期参加了学院计算机系的软件评价团队从事助研工作,由于每周要工作汇报,就顺便把每周的学习内容给放在这。 一、什么是APP? app为应用程序的统称,通常是移动设备(手机、平板)操作系统中的应用程序。该问题...

    近期参加了学院计算机系的软件评价团队从事助研工作,由于每周要写工作汇报,就顺便把每周的学习内容给放在这。

    一、什么是APP?

    app为应用程序的统称,通常是移动设备(手机、平板)操作系统中的应用程序。对该问题费解,老师对自己还不了解。

    二、什么是软件评价?

    1,软件质量

    软件质量是软件的生命,它将直接影响着软件的使用和维护。通常软件质量有下面几个方面来评价软件的优劣:

    • 软件需求是衡量软件质量的基础,不符合需求的软件就不具备质量。设计的软件应在功能、性能等方面都符合要求,并能可靠地运行。
    • 软件结构良好,易读、易于理解,并易于修改、维护。
    • 软件系统具有友好的用户界面,便于用户使用。
    • 软件生存周期中各阶段文档齐全、规范,便于配置、管理。
    2,如何评价软件质量?(评价模型)
    一个软件,我们如何评定呢?最通用的一个规范标准就是使用ISO/IEC 9126-1991标准规定的软件质量度量模特。这个标准在网上很容易下到,
    它不仅对软件质量做了定义,还涉及了整个软件测试的一些规范流程等,设计测试计划的撰定,测试用例的设计。ISO/IEC91261991标准规
    定的软件质量度量模型,由3层组成,其中第1层称为质量特性,第2层称为质量子特性,第3层称为度量。

    图1 ISO软件质量度量模型
    3,软件评价过程(流程)
    软件质量评价的目的是为了直接支持开发并获得能满足用户要求的软件。最终目标是保证产品能提供所要求的质量,即满足用户明确的和隐含
    的要求。软件产品的一般评价过程是,确定评价需求,然后规定、设计和执行评价,如图所示。
    2软件评价过程
    4,怎么保证软件质量?(执行评价)
    为了在软件开发过程中保证软件的质量,软件的质量保证活动应贯穿整个软件生存周期的每一个阶段。软件的质量保证的措施主要有检查、
    审和测试。如图所示,软件质量保证的工作从项目一开始就应介入。

    3质量保证活动
    5,软件测试(图3中第四步)

    软件测试是一个找错的过程。软件测试的过程亦是程序运行的过程。程序运行需要数据,为测试设计的数据称为测试用例。测试用例的设计原则是尽可能

    暴露程序中的错误。软件是由人来完成的,所有由人做的工作都不会是完美无缺的。软件开发是个很复杂的过程,期间很容易产生错误。无论是软件从业

    人员、专家和学者做了多大的努力,软件错误仍然存在。因而大家也得到了一种共识:软件中残存着错误,这是软件的一种属性,是无法改变的。所以通

    常说软件测试的目的就是为了发现尽可能多的缺陷,并期望通过改错来把缺陷统统消灭,以期提高软件的质量一个成功的测试用例在于发现了至今尚未

    发现的缺陷。软件测试的目的是以最少的人力、物力和时间找出软件中潜在的各种错误和缺陷,通过修正各种错误和缺陷提高软件质量,回避软件发布后

    由于潜在的软件缺陷和错误造成的隐患所带来的商业风险。

    三、额外学习内容
    1,XML相关

    XML可以很好解决树状结构(非二维表)和二维表问题。可自定义,与机器无关,让人容易理解的特点。在linux中简体中文tomcat/mysql均使用ISO-8559-1(或ladin1编码)编码方式。在xml中用"?''来间隔数据,http可以理解为标准字符协议,xml可称为标准字符拓展集。

    2,AS3简介

    AS3(actionscript3.0)是一种编程语言,不完全属于脚本语言(代码不完全由浏览器解释执行)。AS3具有非web又可跨平台的特性是移动互联网的主流技术,编译原

    理与java相同。AS3的运用环境为fiash Air可在window、 Android、IOS多平台上,主要优势多媒体表达能力,流媒体通信能力强。

    对AS想要进一步了解可参考:http://www.missyuan.com/thread-526157-1-1.html

    展开全文
  • 如何评价软件写的好还是坏?

    千次阅读 2012-01-16 00:05:08
    在这篇文章里,我们将考查一下现有的,对软件进行度量的方法(注意:这篇里主要考察别人的方法,不是我自己的)。可能不全面,不足的地方欢迎大家进行补充。对软件“直观可见的质量属性”的度量比较简单,比如:Bug率...

    软件自身是一种固化的思维,因此从本质上来看,软件是不可度量的。

    但这并不意味着软件不需要度量,而只是说软件中的度量大多都有一定限度。

    应用各种度量数据的时候一旦跨过这种限度,结果就会适得其反。


    在这篇文章里,我们将考查一下现有的,对软件进行度量的方法(注意:这篇里主要考察别人的方法,不是我自己的)。

    可能不全面,不足的地方欢迎大家进行补充。

    对软件“直观可见的质量属性”的度量比较简单,比如:Bug率,性能等,这里就不提了。

    这里主要关注的是软件的内在的,不直观可见的质量属性。


    • 圈复杂度

    圈复杂度主要用于度量函数或方法,从《代码大全》中可以找到圈复杂度的描述。

    关于圈复杂度:Tom McCabe曾经建议使用下面的方法来度量复杂度。在这一方法中为了计算复杂度首先要计算子程序中的决策点(decision points),规则如下:

    1. 从函数第一行一致往下通过程序
    2.  一旦遇到以下关键字或者同类的词就加1if,while,repeat,for,and,or
    3.  给case语句中的每一种情况加1                           --Steve McConell 《代码大全》

    很多静态分析工具都直接提供对圈复杂度的度量,而圈复杂度本身歧义性很小,是非常难得的指标,高于15的代码基本很难看懂。

    但圈复杂度更适合用于度量编码的结果,对高层设计则不太适用。

    • 响应集

    响应集是指类的各个方法直接调用的函数数目。响应集无疑的应该尽可能的小,根据得墨忒耳法则:某个对象的任何方法都应该只调用属于以下情形的方法。

             
    class Demeter
    {
    private:
    A* a;
    int func();
    public:
    //... 
    void example(B& b);
    void Demeter::example(B& b)
    {
    C c;
    int f = func(); //<---- 类自己的方法
    b.invert(); //<----传入参数的方法,当然参数本身也可能是函数
    a = new A();
    a->setActive();// <---创建的对象所拥有的方法
    c.print(); // <---创建的,并归自己所有的对象的方法
    }
    };

             ---摘自《程序员修炼之道》

    • 关系内聚性(H)

    在度量包时可以用包内部类的数目除以包内类的总数,其比值用来表示包得内聚性。如果用R表示包内部得类关系数目,用N表示包内类总数。那么:

    H = (R+1)/N

    • 不稳定性(I)

    不稳定性由输入耦合度(Ca)与输出耦合度(Ce)计算而来。

    包得输入耦合度是指处于包外部,但依赖于包内类的数目。

    包得输出耦合度是指包内部的依赖于包外部类的类数目。

    这样I = Ce / Ca+ Ce)

    • 抽象性(A)

    包的抽象性用抽象类的数目和包中所有类的数目进行计算。

    假如说包中类的总数是Nc, 抽象类的数目是Na ,那么抽象度A = Na/Nc


    关系内聚性(H),不稳定性(H),抽象性(H)的进一步说明,请参见《敏捷软件开发:原则,模式与实践》一书。


    这些度量指标无疑是有意义的,都可以用来评价软件写的好还是坏,但却不解决这样一个问题:
    如果一个方案在关系内聚性(H),不稳定性(H),抽象性(H)上都有好的表现,复杂度有没有提高?如果说复杂度因此而提高了,那么这种额外支出的复杂度值不值得?

    如果我们认为复杂度是软件的根本问题,那么在满足需求的前提下,使软件简单化就是最关键的使命(比灵活性等重要)。既如此,究竟应该如何度量软件的复杂度呢?

    这是一个需要进一步展开的话题,我完善后会进一步和大家分享。


    关联文章:

    程序员每天到底可以写几行代码?

    软件开发究竟是简单的还是复杂的

    软件本质论

    ------------------------------------------------------------------------------------------------------------------------------------

    理想流 + 软件 = 《完美软件开发:方法与逻辑》
    理想流 + 人生 = ??
    理想流 + 管理 = ??
    理想流 = 以概念和逻辑推演本质,追求真理。




    展开全文
  • 软件测试管理—如何软件测试计划书

    万次阅读 多人点赞 2018-06-16 20:59:19
    如何软件测试计划书 软件项目的测试计划是描述测试目的、范围、方法和软件测试的重点等的文档。对于验证软件产品的可接受程度编写测试计划文档是一种有用的方式。 详细的测试计划可以帮助测试项目组之外的人...

    如何写好软件测试计划书

    软件项目的测试计划是描述测试目的、范围、方法和软件测试的重点等的文档。对于验证软件产品的可接受程度编写测试计划文档是一种有用的方式。

    详细的测试计划可以帮助测试项目组之外的人了解为什么和怎样验证产品。它非常有用但是测试项目组之外的人却很少去读它。

    什么样的测试计划书符合要求

    软件测试计划作为软件项目计划的子计划,在项目启动初期是必须规划的。在越来越多公司的软件开发中,软件质量日益受到重视,测试过程也从一个相对独立的步骤越来越紧密嵌套在软件整个生命周期中,这样,如何规划整个项目周期的测试工作;如何将测试工作上升到测试管理的高度都依赖于测试计划的制定。测试计划因此也成为测试工作的赖于展开的基础。《ANSI/IEEE软件测试文档标准829-1983》将测试计划定义为:“一个叙述了预定的测试活动的范围、途径、资源及进度安排的文档。它确认了测试项、被测特征、测试任务、人员安排,以及任何偶发事件的风险。”软件测试计划是指导测试过程的纲领性文件,包含了产品概述、测试策略、测试方法、测试区域、测试配置、测试周期、测试资源、测试交流、风险分析等内容。借助软件测试计划,参与测试的项目成员,尤其是测试管理人员,可以明确测试任务和测试方法,保持测试实施过程的顺畅沟通,跟踪和控制测试进度,应对测试过程中的各种变更。

    案例:一份看似“不错的”软件测试计划书

    下面是某项的测试计划书

    一个软件测试计划书的目录

    提纲挈领,透过这份测试计划书的目录,如何对这份测试计划书进行评价?
    在回答这个问题之前,我们先看看测试过程中的一个重要的活动或者阶段——测试计划阶段都需要做什么?这个阶段的产出物是什么?

    测试计划阶段的任务

    测试计划可以在项目计划或主测试计划中文档化,也可以在不同的测试级别(如系统测试和验收测试)的测试计划中文档化。测试计划文档的大纲可以参考“软件测试文档标准”(IEEE Std 829-1998)。

    测试计划受到很多因素的影响:组织的测试方针、测试范围、测试目标、风险、约束、关键程度、可测试性和资源的可用性等。随着项目和测试计划的不断推进,将有更多的信息和具体细节包含在计划中。

    测试计划是个持续的活动,需要在整个生命周期过程和活动中进行。从测试中得到的反馈信息可以识别变化的风险,从而对计划作相应的调整。

    测试计划阶段需要做的事情

    对整个系统或部分系统可能的测试计划活动包括:

    • 确定测试的范围和风险,明确测试的目标;
    • 决定总体测试方法,包括测试级别、入口和出口准则的界定;
    • 把测试活动整合和协调到整个软件生命周期活动中去(采购、供应、开发和运维);
    • 决定测试什么?测试由什么角色来执行?如何进行测试?如何评估测试结果?
    • 为测试分析和设计活动安排时间进度;
    • 为测试实现、执行和评估安排时间进度;
    • 为已定义的不同测试活动分配资源;
    • 定义测试文档的数量、详细程度、结构和模板;
    • 为监控测试准备和执行、缺陷解决和风险问题选择度量项;

    明确了测试计划阶段需要完成工作,就很容易思考一份高质量的测试计划书中应该包括什么内容了。

    软件测试计划的文档化(产出物)——软件测试计划书

    下面是根据IEEE 829标准编写的一份测试计划的目录:

    这里写图片描述

    这份测试计划中:

    • 在第2部分明确了被测软件系统(产品)待测的特性和不测试的特性。
    • 在第3部分明确了测试目标
    • 在第4部分明确定义了准入/准出规则;通过和失败的标准;暂停标准和测试恢复需求

    这些内容都是很重要的内容。

    最后还描述了:

    • 测试提交产出物

    对比以上两份软件测试计划书的目录,可以看出第二份软件测试计划书的内容更加合理一些。

    如何写好软件测试计划书的内容?

    这个问题其实是“仁者见仁,智者见智”。不同的软件测试项目经理或者测试负责人、Test Leader等都有自己的看法。什么内容该写进去?写道什么程度?是否真的用心去写好每一个章节的内容?

    现实中,大多数软件测试项目经理或者测试负责人、Test Leader其实内心都是恐惧写文档的。很多时候不是不会写,而是不重视或者只是为了应付工作。原因其实很简单,无外乎有以下几种:

    • “文档无用论”,写文档还不如多用一些时间在解决项目问题上;
    • 写了软件测试计划其实也没有几个人看;
    • 文档其实不被重视;
    • 仅仅是为了应付公司品质部门、QAO的检查或者CMMI评估;
    • 在工作中测试管理的具体实践活动,依赖的是经验,而不是一份写在纸上的测试计划书;
    • 敏捷过程是“轻文档”化的;
    • 其它种种原因……

    软件测试计划真的仅仅只是一份文档吗?
    软件测试计划真的没有用吗?
    敏捷过程就真的不需要测试计划了吗?

    这些显然是一些借口或者错误的认识。

    为什么我们需要测试计划?

    无论做什么工作,都是计划先行,然后按照所制定的计划去执行、跟踪和控制。软件测试也一样,先要制定测试计划,是做好整个测试工作的前提。所以在进行实际测试之前,应制定良好的、切实可行的、有效的测试计划。软件测试计划的目标是提供一个测试框架,不断收集产品特性信息,对测试的不确定性(测试范围、测试风险等)进行分析,将不确定性的内容慢慢转化为确定性的内容,该过程最终使得我们对测试的范围、用例数量、工作量、资源和时间等进行合理的估算,从而对测试策略、方法、人力、日程等做出决定或安排。

    在编写测试计划之前,可以考虑下面几个问题:

    • 为什么要编写测试计划?
      (1)Test Manager/测试主管等能够根据测试计划做宏观调控,进行相应资源配置等;
      (2)测试人员能够了解整个项目测试情况以及项目测试不同阶段的所要进行的工作等;
      (3)便于其他人员了解测试人员的工作内容,进行有关配合工作
    • 什么时间开始编写测试计划?
      (测试需求分析前总体测试计划书/测试需求分析后详细测试计划书)
    • 由谁来编写测试计划?
      具有丰富经验的测试负责人Test Leader
    • 测试计划编写的基本思路(5W1H)
      (1)why——为什么要进行这些测试;
      (2)what—测试哪些方面,不同阶段的工作内容;
      (3)when—测试不同阶段的起止时间;
      (4)where—相应文档,缺陷的存放位置,测试环境等;
      (5)who—项目有关人员组成,安排哪些测试人员进行测试
      (6)how—如何去做,使用哪些测试工具以及测试方法进行测试。

    测试计划的要点

    测试规划与软件开发活动同步进行,在需求分析时,就开始测试策划,确定测试需求、目标、资源等。测试计划可以按不同的测试阶段(集成测试、系统测试等)来组织,也可以为每个测试任务或目标(安全性、性能、可靠性等测试)进行考虑。

    测试计划主要集中在测试目标、质量标准、测试策略、测试范围、测试用例设计方法、所需资源和日程安排等,其关键是制定有效的测试策略,界定清楚地测试范围,识别出测试中所存在的各种风险并找出风险回避、监控和管理的方法,针对不同的测试目标或阶段确定测试方法,对测试工作量及所需的资源、时间进行合理的估算。所有这些,都是为了两个根本目的:测试的质量和效率。

    测试计划中需要明确测试范围

    测试主要依据“产品设计规格说明书”、代码所发生的变化及其影响的区域,来确定哪些功能和特性要测试,哪些功能和特性不需要测试。在确定测试范围时,主要考虑的因素有:

    • 优先级最高的需求功能
    • 新增加的功能和编码改动较大的已有功能
    • 容易出现问题的部分功能
    • 过去测试不够充分的地方
    • 经常被用户使用的功能和配置(占20%)
    • 哪些不需要测试的功能和特性(排除出测试范围)

    在实际的测试实施中,有时候存在测试执行到一定阶段,由于某种原因(例如:环境不具备、测试账号的问题、测试数据的问题、公司安全策略的限制等等导致测试条件不满足,从而一些之前计划在测试范围内的功能,需要排除出测试范围)测试范围需要发生变更。那么这就需要遵守变更流程,并且更新测试计划文档,以及更新后的测试计划获得审批。

    这个环节其实常常被Test Leader和Test Manager或忽视。

    我遇到过很多类似的情况,没有遵守变更流程,并且更新测试计划获得审批,这最终导致的结果是测试功能混乱;经历2-3个版本迭代之后,被测需求难以追溯。一旦存在产品发布之后出现功能上的问题,用户抱怨不断。其实这就反映出测试计划不合理而导致的问题。

    测试估算:所需资源和日程安排

    为了合理、准确地安排日程,对测试工作量要进行正确的估计。除了对工作量的估计之外,还要正确评估参与该项目人员的培训时间、适应过程和工作能力等。由于涉及到不同的项目、不同的测试人员、不同的前期介入方式,要对每人每天能够完成的平均测试用例数目做出一个准确的估计确实很困难,但是可以根据以前一些项目测试的经验或历史积累下来的数据进行判断推理,并适当增加10%-20%的余量,估算结果就比较准确了。
      
    在估算的基础上,进行有效的、合理的资源安排。在不同的测试阶段人力资源的需求是不一样的,所以人力资源的计划要有一定的灵活性和动态性,形成有机的动态平衡,保证测试的进度和资源的使用的效率。

    需要精心编写准备测试计划

    要做好测试计划,测试设计人员要仔细阅读有关资料,包括用户需求规格说明书、设计文档等,全面熟悉系统,并建议注意以下方面:

    • 让所有合适的相关人员参与测试项目的计划制定,特别是在测试计划早期;
    • 测试所需的时间、人力及其它资源的预估,尽量做到客观、准确、留有余地;
    • 测试项目的输入、输出和质量标准,应与各方达成一致;

    测试计划的主要内容

    测试计划的主要内容包括以下要点:

    1. 测试计划标识
    2. 版本修订记录
    3. 简介(目的)
    4. 主要阅读者
    5. 测试项(交付测试的一切内容)
    6. 需要测试的功能
    7. 不需要测试的功能
    8. 测试项通过/失败的准则
    9. 测试准则(入口准则、出口准则、暂停和恢复准则)
    10. 测试交付物/产出物
    11. 测试任务
    12. 进度计划(可以与10.测试任务合并做出一个进度和任务的矩阵,关键里程碑点的描述)
    13. 环境需求
    14. 工具
    15. 职责矩阵
    16. 人员和培训的需求
    17. 风险和缓解风险/预防风险的对策
    18. 批准(测试计划需要进行评审和审批)

    有一些时候对上述内容可以进行裁剪。还有一些测试团队/组织会将测试计划与测试策略合并成为一个文档。
    我在测试管理中,允许一些小的测试项目或者临时性的测试项目将测试计划(Test Plan)和测试策略(Test Strategy)进行合并。事实上,很多Test Leader,Test Manager是不愿意花费太多的精力去写文档、维护文档的。即便如此,2-3页纸的测试计划还是需要的。此时,测试策略(Test Strategy)就尤为重要了。

    测试计划需要评审

    测试计划不可能一气呵成,而是要经过计划初期、起草、讨论、审查等不同阶段,才能将测试计划制定好。测试计划的评审是完成测试计划关键的一个环节,包括测试组织内部的自我评审、讨论和修改,然后交到评审会进行正式的评审,直至测试计划得到审批。

    测试计划的正式评审,项目中的每个人(产品经理、项目经理、开发工程师等)都应当参与。计划的审查是必不可少的,每一个参与者都可能根据其经验及专长提出问题或建议,弥补在测试范围、工作量、风险等各方面的不足,进一步完善测试计划。

    (更新完)

    展开全文
  • 如何写软件概要设计?

    万次阅读 多人点赞 2015-12-05 16:15:08
    软件概要设计做什么,怎么做 一、软件设计一般流程: 1、先前的软件需求分析阶段,已经搞清楚了 “要解决什么问题”,并输出了《软件需要说明书》。这时一切都是理想。 2、现在进入概要设计阶段,重点说清楚...

    概要设计

    概要设计是一个将用户目标与需求转换成具体界面设计方案的重要阶段,在这里我们需要由前一阶段的需求分析得到软件(包括移动应用和网站等)的设计和数据结构。

    其通常是将复杂的系统按照不同的功能进行模块化,理清模块之间的层次关系以及调用关系、确定模块间的接口以及用户界面。而数据结构部分则是要根据数据的特征来确定数据的结构并设计出相应的数据库。

    软件设计的流程

    软件的设计一般有如下流程:

    1,需求分析
        在这一阶段,我们需要理清楚到底要解决哪些问题
        并完成“软件需求说明书”
    2,概要设计
        在这一阶段,根据上一阶段的需求来确定总体的实现方案
        确定整个软件的大体布局
        各模块的功能以及模块之间的衔接
        模块与外部系统的关系,
        并完成“软件概要设计说明书”
    3,详细设计
        在这一阶段,我们应该开始探讨每个模块该如何具体实现
        每个实现中需要哪些算法、属性、参数、数据结构、接口
        并完成“软件详细设计说明书”

    概要设计说明书如何去写

    总体设计

    需求
    目标
    运行环境
    局限
    结构
    未解决的问题

    使读者有个全局观,对后面的模块设计有准备。

    接口设计

    外部接口
    内部接口
    用户接口

    这些接口不是编程中的interface,而是软件的可用资源。使读者可以了解到有哪些可供使用的资源。

    运行设计

    模块组合
    运行时间与控制

    模块设计

    这是整个概要设计的核心,它需要指明:

    每个模块做什么,实现了哪些功能
    每个模块怎么做,包括输入、输出、逻辑、与其他模块的衔接、接口
    每个模块所处的逻辑位置
    每个模块所处的物理位置
    每个模块的层次结构,可以用软件框图来展示
    每个模块的关系,诸如依赖、通信等关系
    每个模块的接口,模块之间如何传递信息以及信息本身的结构
    每个模块的处理方式,其需要满足于哪些功能或性能上的要求

    数据结构

    逻辑结构
    物理结构

    容灾设计

    出错信息
    补救措施
    系统维护设计

    监控设计

    各个模块的组合、控制以及模块运行的时间

    界面设计

    软件的主题界面设计


    还有诸如“安全设计”等都可以考虑进来。

    对于设计的准则、代码的规范、接口的约定、命名的规则等都需要团队共同协商。

    概要设计的使用

    概要设计是用来评价软件整体设计可行性的重要支撑,由于每个模块已经开始确定,可以很好的检查已有的模块是否已经足够完整,还可以用于评估工作量以及知道下一步的计划,但是概要设计不应该太重视具体的业务流程以及细节实现,它只是一个模块化的纲领。

    展开全文
  • 如何写软件设计文档

    千次阅读 2015-08-28 11:09:09
    软件设计的不同模型:瀑布式、快速原型法以及迭代式 自从1968年提出“软件工程”概念以来,软件开发领域对于借鉴传统工程的原则、方法,以提高质量、降低成本的探索就从未停止过。而在这个过程中,提出了许多不同...
  • [软件工程]敏捷开发与常规开发的需求过程差别的原因,我的书和评价 北京-FireSpider 男 15:02:27老师,在线吗?青润 15:02:40在。北京-FireSpider 男 15:03:33老师,敏捷开发的需求过程好像和常规的需求过程不...
  • 6.自我评价 四、软件测试工程师:简历总结 一、前言:浅谈面试 面试是我们进入一个公司的门槛,通过了面试才能进入公司,你的面试结果和你的薪资是息息相关的。那如何才能顺利的通过面试,得到公司的认可呢?...
  • 6.自我评价 四、软件测试工程师:简历总结 一、前言:浅谈面试 面试是我们进入一个公司的门槛,通过了面试才能进入公司,你的面试结果和你的薪资是息息相关的。那如何才能顺利的通过面试,得到公司的认可呢?...
  • 求一个员工评价软件,需求如下:公司要每个人其他员工进行打分,10分满分,7分以下要求必须写明原因,而7分以上可可不。然后要能生成一个图表,在当次,或者当月中,员工的平均分以及主要的问题(主要问题就是...
  • 问:软件测试的原则? 答:https://blog.csdn.net/weixin_30363263/article/details/102986878 问:你在测试中发现了一个 bug ,但是开发经理认为这不是一个 bug ,你应该怎样解决。 1、将问题提交到缺陷...
  • [软件人生]书与程序员

    万次阅读 热门讨论 2007-11-13 16:08:00
    今天看到了一条新闻,本来打算点什么,后来又不想了,因为怕人说矫情,后来一想,是就是是,不是就是不是,管他什么评价,管他什么矫情不矫情,有话就是要说出来,这样才痛快,才是男人。最近我过的很郁闷,没...
  • 手写识别软件背景知识

    千次阅读 2004-12-14 16:04:00
    1.手写识别软件手写识别软件包括两部分:识别程序和识别字典。(1)识别程序是指可执行代码和生成这些可执行代码的源程序(也可称为源代码)。这一源代码其实就是程序化的识别算法。(2)识别字典是在识别程序运行...
  • 引言今天突然看到张恂先生的网站上这样的文字内容:评青润的《中国软件工程技术应用调查报告》…………………………我这篇评论有这样几个目的: 一、真诚地表达我慧冬的感谢,把本站评为优秀空间; 青润的感谢...
  • 第3部分 软件研发工作总结既要好代码,又要好文档 对于软件相关行业,在学校或单位上,大家也许都已经注意到了,除了要编写的程序、绘制设计图之外,还有一个重要的工作便是文档。为什么要文档呢?因为我们...
  • 机器学习的思想序提到机器学习,圈内人首先想到的是神经网络、SVM、梯度下降、逻辑回归等具体的算法,而圈外人而言, 机器学习就等同于机器人、无人 驾驶等具体的应用场景。 看了不少机器学习相关的文章,有描述...
  • 软件测试:测试用例(常考)

    万次阅读 多人点赞 2017-04-03 22:26:46
    以windows文件的复制粘帖功能为例,尽可能多地出测试思路。 参考答案: 1). 基本功能测试: 文件的复制粘贴功能,首先关键字“文件”,文件有不同的分类(图片、视频、音频、文档等),每个分类又有不同的...
  • java的抓取抖音评论的小软件

    千次阅读 2020-09-06 15:35:47
    最近闲来无事,就抽点小时间,了个java版的抓取抖音评论的小软件。 随便刷抖音,刷到个康熙的视频,获取视频的id,抓包的实际参数是 aweme_id 然后就开始下载了 本来录了个视频的,但是好像平台没有传视频的功能...
  • 如何写软件项目技术标

    千次阅读 2011-08-13 20:25:48
    技术标作为一个初期评价软件供应商的重要标准之一,需要覆盖多方面的考虑因素,从需求的理解,到系统的设计,到项目的实施与管理,以及项目的验收与后期支持。那么我们如何来编写一个完整的技术标呢? 第一,项目...
  • 如何写软件设计文档[转]

    千次阅读 2016-11-17 15:42:47
    软件设计的不同模型:瀑布式、快速原型法以及迭代式 自从1968年提出“软件工程”概念以来,软件开发领域对于借鉴传统工程的原则、方法,以提高质量、降低成本的探索就从未停止过。而在这个过程中,提出了许多不同...
  • [软件工程]我对软件工程领域划分的认识之一

    千次阅读 热门讨论 2006-12-21 11:59:00
    最近我我所理解的软件工程下各领域的细化有了一个相对准确的认识,这个认识和传统的软件工程概念有些差异,先在这里,将来慢慢补充。软件工程分为软件工程过程论和软件工程方法论。软件工程过程论分为: 软件...
  • 张小龙谈如何E-mail软件

    千次阅读 2004-12-27 11:04:00
    张小龙谈如何E-mail软件 作者: 评价: 上站日期: 2001-08-31 内容说明: 来源: 《新潮电子》的编辑向我约稿,而我一向都是懒得文章的,但编辑说是关于怎样邮件软件的,因为很多读者开发邮件程序感兴趣。...
  • mqtt消息推送中间件服务器软件评价

    千次阅读 2013-06-20 16:49:36
    在使用的过程中,发现各个mqtt服务软件的一点特征。 (1)rsmb,Really Small Message Broker ,目前常用的版本是1.2.0,是一款不错的推送软件,在linux下,最大连接数可到达1000左右,配置时注意要自己建一个...
  • 引言 2 1.1 标识 2 ...3.1 被测试软件的总体评估 3 3.2 测试环境的影响 3 3.3 改进意见 3 4.详细的测试结果 4 4.2.1等价类划分 4 4.2.1.1 基本原理 4 4.2.1.2 测试分析 4 4.2.1.3 测试用例 4
  • 关于软件开发人员评价的几点思考

    千次阅读 2013-08-26 18:37:37
    一、要360度评价,首先自评,互评,然后直属领导下属评价。更高级管理层三方面的评价按权重给予总结。   二、评价某一个开发者项目的贡献要与其工作内容在项目中的重要度成正比的。   三、评价开发者,不仅...
  • 现代软件工程 学生自我评价

    千次阅读 2014-05-14 14:01:29
    每年上完 , 我都要收集同学们自己上课前/后的评价。这样可以看到同学们到底在什么地方得到提高, 提高了多少. 这样可以分析课程设计各个环节的效果, 以便跟踪和改进。 下面是我使用的自我评价表: 匿名调查,整个...
  • 软件工程导论—软件测试

    万次阅读 多人点赞 2020-05-13 21:26:49
    1. 软件测试基础 2. 单元测试 3. 集成测试 4. 确认测试 5. 白盒测试技术 6. 黑盒测试技术 7. 调试 8. 软件可靠性
  • 狗屁不通文章生成器的文章,评分软件赞不绝口

    千次阅读 多人点赞 2021-03-26 13:32:02
    本文转载自 大数据文摘,作者 王烨 高三,议论文,万千学子的噩梦。...”,这就是一个典型的议论文题目,或许你这个问题早有答案,但是让你就这么一个问题上800字,你行吗? 不管你行不行,反正文摘菌是不行了。
  • 并且,随着计算机硬件和软件架构的不断发展,始终是需要算法的实现代码与时俱进的(分布式、硬件加速等),这时候算法实现难度也决定了它更新的难易。 另外,对于“有理想、有追求”的公司来说,掌控一个工程的...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 74,840
精华内容 29,936
关键字:

对软件的评价怎么写