CN105843602A - 一种用于软件开发的方法和系统 - Google Patents
一种用于软件开发的方法和系统 Download PDFInfo
- Publication number
- CN105843602A CN105843602A CN201610150881.4A CN201610150881A CN105843602A CN 105843602 A CN105843602 A CN 105843602A CN 201610150881 A CN201610150881 A CN 201610150881A CN 105843602 A CN105843602 A CN 105843602A
- Authority
- CN
- China
- Prior art keywords
- design
- content
- designer
- task
- typing
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/20—Software design
- G06F8/22—Procedural
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3668—Software testing
- G06F11/3672—Test management
- G06F11/3684—Test management for test design, e.g. generating new test cases
Abstract
本发明为用户提供用于软件开发的方法和系统,用户基于该系统提供的设计界面,在设计界面上完成设计内容和测试点内容的录入,这样,既能够防止测试点与设计的脱节,又能够实现设计与测试点的相互验证以提高设计质量。与现有技术的瀑布模式的开发方式相比,本发明抛弃了流水式串行的开发方式,而提出了“设计‑测试‑开发”彼此参考、彼此验证的环形开发方式,方便设计人员预先将设计内容和测试点内容编写好,而在开发阶段,用户无需再手动检索大量的文档,而是在系统中直接导出与任务对应的文档即可,大大提高了文档检索的效率。
Description
技术领域
本发明涉及计算机应用技术领域,特别是涉及一种用于软件开发的方法和系统。
背景技术
目前,软件开发是基于瀑布模型来实现的。瀑布模型是一个项目开发架构,在开发过程中通过设计一系列阶段顺序展开的,从系统需求分析开始直到产品发布和维护,项目开发进程从一个阶段流动到下一个阶段。现阶段常用的软件开发的瀑布模型包括:设计-开发-测试,瀑布模型的优点是为项目提供了按照阶段划分的检查点,当前一个阶段完成后,只需要关注后续的阶段,使得整个过程按照流水线形式,依次展开。
但瀑布模型也存在一些缺点,如,用户按照串行方式执行,测试往往在代码完成后才被启动,测试距离设计阶段时间过长,同时测试案例是由开发人员编写,而开发人员受到编写代码的思维定式,沉浸于已编写好的代码中,客观上造成了测试案例是基于代码实现的结果,导致测试案例覆盖不全,无法涵盖开发中未考虑的场景以及测试思路混乱的问题。
因此,现阶段的这种基于瀑布模型的开发方式,很容易造成设计与测试脱节,不仅无法发现设计上的问题,对未按照设计实现的功能也很难被发现,导致测试实现。这样,设计指导开发,但设计不指导测试的情况就会演化为设计既不能指导开发,也无法指导测试,最终导致开发质量严重下滑。
发明内容
为了解决上述技术问题,本发明实施例提供了一种用于软件开发的方法和系统,以实现解决现有技术的设计与开发脱节,软件开发的质量低的问题。
本发明实施例公开了如下技术方案:
本发明第一方面提供了一种用于软件开发的方法,该方法包括:
接收设计人员在系统提供的设计界面上针对任务录入的设计内容和测试点内容;
根据预设文档模型和所述设计内容生成设计文档,以及根据预设格式和所述测试点内容生成测试案例;
按照所述任务与所述设计文档、所述测试案例之间的对应关系,将所述任务与所述设计文档、所述测试案例保存在系统的数据库中,以使开发人员针对任务从系统中导出所述设计文档以进行编码操作,或,测试人员针对任务从系统中导出所述测试案例以进行内部测试。
可选的,所述系统提供的设计界面上显示有总体设计模板和详细设计模板;
所述设计内容包括:设计人员基于总体设计模板录入的各模块和各模块的关系,以及设计人员基于详细设计模板录入的各模块的详细程序。
可选的,所述方法还包括:
对设计人员录入的模块进行重复性识别,如果用户录入重复的模块,则向设计人员发出提示信息,以使设计人员根据所述提示信息修正录入的信息。
可选的,所述测试点内容包括单元测试点的内容、组装测试点的内容以及功能测试点的内容。
可选的,所述方法还包括:
接收设计人员在所述系统上定义的标准测试点的名称和标准测试点,保存标准测试点名称和对应的标准测试点,以使其他设计人员调用所述标准测试点以完成针对任务的测试点内容的录入。
可选的,所述方法还包括:
响应于设计用户触发的保存任务名称的查询请求,为设计人员展示与所述任务名称对应的设计内容和测试内容。
本发明第二方面提供了一种用于软件开发的系统,所述系统包括:
接收单元,用于接收设计人员在系统提供的设计界面上针对任务录入的设计内容和测试点内容;
处理单元,用于根据预设文档模型和所述设计内容生成设计文档,以及根据预设格式和所述测试点内容生成测试案例;
储存单元,用于按照所述任务与所述设计文档、所述测试案例之间的对应关系,将所述任务与所述设计文档、所述测试案例保存在系统的数据库中,以使开发人员针对任务从系统中导出所述设计文档以进行编码操作,或,测试人员针对任务从系统中导出所述测试案例以进行内部测试。
可选的,所述系统提供的设计界面上显示有总体设计模板和详细设计模板;所述设计内容包括:设计人员基于总体设计模板录入的各模块和各模块的关系,以及设计人员基于详细设计模板录入的各模块的详细程序。
可选的,所述系统还包括:
识别单元,用于对设计人员录入的模块进行重复性识别,如果用户录入重复的模块,则执行提示单元;
提示单元,用于向设计人员发出提示信息,以使设计人员根据所述提示信息修正录入的信息。
可选的,所述测试点内容包括单元测试点的内容、组装测试点的内容以及功能测试点的内容。
可选的,所述系统还包括:
标准测试点定义单元,用于接收设计人员在所述系统上定义的标准测试点的名称和标准测试点,保存标准测试点名称和对应的标准测试点,以使其他设计人员调用所述标准测试点以完成针对任务的测试点内容的录入。
可选的,所述系统还包括:
查询响应单元,用于响应于设计用户触发的保存任务名称的查询请求,为设计人员展示与所述任务名称对应的设计内容和测试内容。
由上述实施例可以看出,与现有技术相比,本发明的优点在于:
本发明为用户提供用于软件开发的系统,用户基于该系统提供的设计界面,在设计界面上完成设计内容和测试点内容的录入,这样,既能够防止测试点与设计的脱节,又能够实现设计与测试点的相互验证以提高设计质量。基于用户录入的设计内容和测试点内容,系统按照模板将其保存成对应的设计文档和测试案例。对于开发人员而言,只需要从系统中直接导出对应的设计文档,基于设计文档进行软件开发。而对于测试人员而言,只需要从系统中直接导出对应的测试案例,利用测试案例对已开发的软件进行测试。与现有技术的瀑布模式的开发方式相比,本发明抛弃了流水式串行的开发方式,而提出了“设计-测试-开发”彼此参考、彼此验证的方式,让设计人员预先将设计内容和测试点内容编写好,而在开发阶段,用户无需再手动检索大量的文档,而是在系统中直接导出与任务对应的文档即可,大大提高了文档检索的效率。另外,与现有技术的线下的开发方式相比,本发明能够同时为开发人员、测试人员、设计人员、管理人员提供实时的信息共享服务,实现信息的最大化利用。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本发明提供的一种用于软件开发的方法实施例1的流程图;
图2为现有技术的瀑布软件开发过程示意图;
图3为本发明提供的环形结构的软件开发过程示意图;
图4为本发明提供的一种用于软件开发的方法实施例2的流程图;
图5为本发明提供的一种用于软件开发的方法实施例3的流程图;
图6为本发明提供的一种用于软件开发的系统实施例1的结构图;
图7为本发明提供的一种用于软件开发的系统实施例2的结构图;
图8为本发明提供的一种用于软件开发的系统实施例3的结构图。
具体实施方式
为使本发明的上述目的、特征和优点能够更加明显易懂,下面结合附图对本发明实施例进行详细描述。
实施例一
请参阅图1,其为本发明提供的一种用于软件开发的方法实施例1的流程图;该方法可以包括以下步骤:
步骤101:接收设计人员在系统提供的设计界面上针对任务录入的设计内容和测试点内容。
为了实现本发明技术方案,本发明提供了一种用于软件开发的系统,该系统用于实现本实施例的方案。该系统为用户提供了设计平台,用户登录该系统的设计界面,在该设计界面上录入相关的设计内容和测试点内容。这样,用户可以在设计平台上同时看到设计内容和测试点内容,可以相互参考,相比比较验证,以适应性的修改优化设计。
为了使本领域技术人员更好地理解本实施例的方案,下面先对现有技术的瀑布软件开发过程作简单说明。参见图2,图2示出了瀑布软件开发过程。
在实际应用中,设计人员接收到任务,对任务进行需求分析,独立完成设计,手动生成设计文档,将设计文档保存在文档数据库中。这里需要说明的是,所有任务的设计文档都会被保存在文档数据库中,文档数据库的数据量较大。在设计人员完成设计后,告知开发人员开始进行软件开发,此时,开发人员去文档数据库中检索相应的设计文档,基于该设计文档进行软件开发。在开发人员完成开发后,告知测试人员开始进行软件测试,此时,测试人员开始编写测试点,由于测试人员一般都是开发团队中的一些工作人员,他们往往是基于近期编码的印象进行测试点的编写,不论是客观上还是主观上都会受到已开发出的软件思维的限制,这样,就会出现编写的测试点覆盖不全面,无法涵盖软件编码中未考虑到的场景以及测试思路混乱等情况,最终的结果就是测试有效性不高,很难真正的发现软件中存在的问题,无法起到真正的测试作用。可以理解的是,现有技术的串行流水式的开发方式,各个环节独立执行,每个环节执行完毕后,启动下一环节。而各个环节间的实现和沟通,完全依赖于人工,人员成本和时间成本会非常高,另外,人工操作难免会产生错误、遗漏等问题。
而在本发明提供用于软件开发的系统,其打破了现有技术的瀑布模型,而是提出了环形结构的软件开发模型,如图3所示,三个环节环环相扣,互相验证,互相影响。本发明就是基于该环形结构的软件开发模型,提出了用于软件开发的方法和系统。设计人员利用本发明提供的软件开发的系统,在设计阶段同时实现针对任务的设计以及针对测试点的编写,这样,就保证测试点与设计一致,避免了由于测试点的编写滞后性以及测试点与设计脱节所导致的测试失效的问题。
本发明提供的用于软件开发的系统,设计人员可以登录该系统,该系统为设计人员提供设计界面,设计人员根据接收到的任务,针对任务进行需求分析和设计,然后在该设计界面上录入该任务的设计内容,并针对设计内容录入测试点内容。
在实现时,为了便于设计人员的录入操作,为了给用户提供更好地设计体验。本发明的系统提供的设计界面上展示有总体设计模板和详细设计模板;这样,能够避免由于人工录入过程容易出现的不规范的问题,不论什么用户在该设计界面上录入的内容都是具有统一的规范性。
这样,设计人员就可以基于已有的设计模型,对应的录入相关的内容。设计人员具体录入的设计内容可以包括:设计人员基于总体设计模板录入的各模块和各模块的关系,以及设计人员基于详细设计模板录入的各模块的详细程序。其中,设计人员具体录入的测试点内容可以包括:单元测试点的内容、组装测试点的内容以及功能测试点的内容。
在实现时,设计人员在设计界面上,可以录入任务名称或者任务编号或者任务ID等用于唯一标识任务的信息,然后基于任务录入对应的设计内容和测试点内容。对于系统而言,接收到用户录入的这些信息,建立用于唯一标识任务的信息、任务的设计内容、测试点内容之间的对应关系,并在数据库中保存这些信息。
在实现时,本发明的系统提供了手工录入接口、语音录入接口、文档导入接口等多种信息录入接口,以方便设计人员根据实际需求选择合适的录入方式。例如,新任务的部分设计内容是设计人员曾经设计过的,此时,设计人员只需要将曾经的设计内容直接通过导入接口导入系统中。再例如,设计人员手动收入不方便时,此时,可以通过语音录入接口直接录入语音,而系统接收到设计人员录入的语音,将语音转换成系统可识别的信息即可。
另外,在实际应用中,考虑到任务设计时,会存在大量的模块设计,而设计人员在输入时,很可能会由于疏忽导致重复输入或者命名错误等问题。因此,为了及时发现问题并纠正问题,本发明的系统还提供了检错和提示的功能。具体的,参见图4,图4所示的方法是在图1所示方法的基础上,还可以增加步骤104:
步骤104:对设计人员录入的模块进行重复性识别,如果用户录入重复的模块,则向设计人员发出提示信息,以使设计人员修正录入的信息。
利用系统的检错和提示的功能,能够实现对设计模块的唯一性校验,可以及时发现错误,并及时提示设计人员进行纠正,避免问题累积,也避免问题发现滞后影响后期开发,这就能够保证软件设计的质量。
另外,本发明系统还提供的信息最大化共享功能,以实现信息的循环利用,节省了设计人员的设计成本,还可以在图1所示方法的基础上增加如下步骤:
接收设计人员在所述系统上定义的标准测试点的名称和标准测试点,保存标准测试点名称和对应的标准测试点,以使其他设计人员调用所述标准测试点以完成针对任务的测试点内容的录入。
可以理解的是,设计人员可以根据个人经验,在系统上直接定义一些测试点作为标准测试点,所谓标准测试点是指能够被重复使用,使用频率较高的,能够用于标准性测试的测试点。设计人员可以根据标准测试点的功能定义标准测试点名称(标准测试点ID或者其他用于标识标准测试点的唯一标识信息),一旦设计人员定义了标准测试点之后,系统就会保存这些标准测试点。这样,下一次当其他设计人员针对任务进行设计时,如果有需要用到标准测试点,则设计人员无需重复设计,而是直接在系统中调用相应的测试点即可。具体的,设计人员可以在系统中触发包含标准测试点的名称的调用请求,则系统根据标准测试点的名称查找对应的测试点,为用户反馈测试点。或者,设计人员也可以先查看系统中已保存的标准测试点,如果发现与此次设计相关的测试点,则直接调用即可。系统可以按照表格的形式为用户展示标准测试点名称和对应的测试点内容。
这种,标准测试点复用的方式,既能够检索人工干预避免出错又能够减少人工工作量,以提高测试的效率。
另外,考虑到现有技术是基于线下的设计、开发方式,信息比较闭塞,很难共享。现有技术的信息共享主要是依赖于人工查询的方式来实现。例如,开发人员需要人工查询设计文档数据库,检索相应的设计文档,由于设计文档数据库中文档数据量与日俱增,数据量巨大,检索费时费力。而且,设计人员是通过人工走查方式发现问题,纠正错误,失效低。再者,开发人员也无法第一时间获知设计文档是否被修改,导致最新信息的滞后,开发人员无法及时获取第一手资料,严重影响软件开发的效率。针对现有技术的这些问题,本发明还提供具体解决方案,参见图5,图5所示的方法是在图1所示方法的基础上,还可以增加步骤105:
步骤105:响应于设计用户触发的保存任务名称的查询请求,为设计人员展示与所述任务名称对应的设计内容和测试内容。
不论是设计人员、开发人员、测试人员,都可以利用本发明提供的系统,无需人工排查,仅触发查询请求就能够及时获取最新的信息。
当然,也可以在上述图1所示方法的基础上同时增加步骤104和步骤105,以达到其技术效果,本发明就能够达到开发全流程覆盖、信息线上共享、标准测试点复用等有益效果,以有效的辅助开发。
如图1所示,本发明实施例的步骤101执行完毕后,进入步骤102和步骤103。
步骤102:根据预设文档模型和所述设计内容生成设计文档,以及根据预设格式和所述测试点内容生成测试案例。
步骤103:按照所述任务与所述设计文档、所述测试案例之间的对应关系,将所述任务与所述设计文档、所述测试案例保存在系统的数据库中,以使开发人员针对任务从系统中导出所述设计文档以进行编码操作,或,测试人员针对任务从系统中导出所述测试案例以进行内部测试。
本发明将设计内容以模板的形式储存在系统中,可以降低人工操作的成本,也能够减少人工干预容易出现的错误。在实现时,设计文档可以以word形式导出,而测试案例可以以excel形式导出,以符合用户的操作习惯,便于使用。
与上述方法相对应的,本发明提供了一种用于软件开发的系统,下面对该系统的具体结构和功能进行解释说明。
参见图6,图6是本发明提供的一种用于软件开发的系统实施例1的结构图,如图6所示,该系统包括:
接收单元601,用于接收设计人员在系统提供的设计界面上针对任务录入的设计内容和测试点内容;
处理单元602,用于根据预设文档模型和所述设计内容生成设计文档,以及根据预设格式和所述测试点内容生成测试案例;
储存单元403,用于按照所述任务与所述设计文档、所述测试案例之间的对应关系,将所述任务与所述设计文档、所述测试案例保存在系统的数据库中,以使开发人员针对任务从系统中导出所述设计文档以进行编码操作,或,测试人员针对任务从系统中导出所述测试案例以进行内部测试。
可选的,所述系统提供的设计界面上显示有总体设计模板和详细设计模板;
所述设计内容包括:设计人员基于总体设计模板录入的各模块和各模块的关系,以及设计人员基于详细设计模板录入的各模块的详细程序。
参见图7,图7是本发明提供的一种用于软件开发的系统实施例2的结构图,图7所示系统是在图6所示系统的基础上,增加了如下单元:
识别单元604,用于对设计人员录入的模块进行重复性识别,如果用户录入重复的模块,则执行提示单元;
提示单元605,用于向设计人员发出提示信息,以使设计人员根据所述提示信息修正录入的信息。
可选的,所述测试点内容包括单元测试点的内容、组装测试点的内容以及功能测试点的内容。
可选的,所述系统还可以包括:
标准测试点定义单元,用于接收设计人员在所述系统上定义的标准测试点的名称和标准测试点,保存标准测试点名称和对应的标准测试点,以使其他设计人员调用所述标准测试点以完成针对任务的测试点内容的录入。
参见图8,图8是本发明提供的一种用于软件开发的系统实施例3的结构图,图8所示系统是在图6所示系统的基础上,增加了如下单元:
查询响应单元606,用于响应于设计用户触发的保存任务名称的查询请求,为设计人员展示与所述任务名称对应的设计内容和测试内容。
当然也可以在上述图6示出的系统的基础上,同时增加上述识别单元、提示单元、标准测试点定义单元、查询响应单元,已达到各自单元的有益效果。
本发明为用户提供用于软件开发的系统,用户基于该系统提供的设计界面,在设计界面上完成设计内容和测试点内容的录入,这样,既能够防止测试点与设计的脱节,又能够实现设计与测试点的相互验证以提高设计质量。基于用户录入的设计内容和测试点内容,系统按照模板将其保存成对应的设计文档和测试案例。对于开发人员而言,只需要从系统中直接导出对应的设计文档,基于设计文档进行软件开发。而对于测试人员而言,只需要从系统中直接导出对应的测试案例,利用测试案例对已开发的软件进行测试。与现有技术的瀑布模式的开发方式相比,本发明抛弃了流水式串行的开发方式,而提出了“设计-测试-开发”彼此参考、彼此验证的方式,让设计人员预先将设计内容和测试点内容编写好,而在开发阶段,用户无需再手动检索大量的文档,而是在系统中直接导出与任务对应的文档即可,大大提高了文档检索的效率。另外,与现有技术的线下的开发方式相比,本发明能够同时为开发人员、测试人员、设计人员、管理人员提供实时的信息共享服务,实现信息的最大化利用。
所述领域的技术人员可以清楚地了解到,为了描述的方便和简洁,上述描述的系统和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本发明所提供的几个实施例中,应该理解到,所揭露的系统和方法,可以通过其它的方式实现。例如,以上所描述到的系统实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,单元的间接耦合或通信连接,可以是电性、机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,可以采用软件功能单元的形式实现。
需要说明的是,本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的程序可存储于一计算机可读取存储介质中,该程序在执行时,可包括如上述各方法的实施例的流程。其中,所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory,ROM)或随机存储记忆体(Random AccessMemory,RAM)等。
以上对本发明所提供的一种用于软件开发的方法和系统进行了详细介绍,本文中应用了具体实施例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。
Claims (12)
1.一种用于软件开发的方法,其特征在于,包括:
接收设计人员在系统提供的设计界面上针对任务录入的设计内容和测试点内容;
根据预设文档模型和所述设计内容生成设计文档,以及根据预设格式和所述测试点内容生成测试案例;
按照所述任务与所述设计文档、所述测试案例之间的对应关系,将所述任务与所述设计文档、所述测试案例保存在系统的数据库中,以使开发人员针对任务从系统中导出所述设计文档以进行编码操作,或,测试人员针对任务从系统中导出所述测试案例以进行内部测试。
2.根据权利要求1所述的方法,其特征在于,
所述系统提供的设计界面上显示有总体设计模板和详细设计模板;
所述设计内容包括:设计人员基于总体设计模板录入的各模块和各模块的关系,以及设计人员基于详细设计模板录入的各模块的详细程序。
3.根据权利要求2所述的方法,其特征在于,所述方法还包括:
对设计人员录入的模块进行重复性识别,如果用户录入重复的模块,则向设计人员发出提示信息,以使设计人员根据所述提示信息修正录入的信息。
4.根据权利要求1所述的方法,其特征在于,
所述测试点内容包括单元测试点的内容、组装测试点的内容以及功能测试点的内容。
5.根据权利要求1所述的方法,其特征在于,所述方法还包括:
接收设计人员在所述系统上定义的标准测试点的名称和标准测试点,保存标准测试点名称和对应的标准测试点,以使其他设计人员调用所述标准测试点以完成针对任务的测试点内容的录入。
6.根据权利要求1所述的方法,其特征在于,所述方法还包括:
响应于设计用户触发的保存任务名称的查询请求,为设计人员展示与所述任务名称对应的设计内容和测试内容。
7.一种用于软件开发的系统,其特征在于,包括:
接收单元,用于接收设计人员在系统提供的设计界面上针对任务录入的设计内容和测试点内容;
处理单元,用于根据预设文档模型和所述设计内容生成设计文档,以及根据预设格式和所述测试点内容生成测试案例;
储存单元,用于按照所述任务与所述设计文档、所述测试案例之间的对应关系,将所述任务与所述设计文档、所述测试案例保存在系统的数据库中,以使开发人员针对任务从系统中导出所述设计文档以进行编码操作,或,测试人员针对任务从系统中导出所述测试案例以进行内部测试。
8.根据权利要求7所述的系统,其特征在于,
所述系统提供的设计界面上显示有总体设计模板和详细设计模板;
所述设计内容包括:设计人员基于总体设计模板录入的各模块和各模块的关系,以及设计人员基于详细设计模板录入的各模块的详细程序。
9.根据权利要求8所述的系统,其特征在于,所述系统还包括:
识别单元,用于对设计人员录入的模块进行重复性识别,如果用户录入重复的模块,则执行提示单元;
提示单元,用于向设计人员发出提示信息,以使设计人员根据所述提示信息修正录入的信息。
10.根据权利要求7所述的系统,其特征在于,
所述测试点内容包括单元测试点的内容、组装测试点的内容以及功能测试点的内容。
11.根据权利要求7所述的系统,其特征在于,所述系统还包括:
标准测试点定义单元,用于接收设计人员在所述系统上定义的标准测试点的名称和标准测试点,保存标准测试点名称和对应的标准测试点,以使其他设计人员调用所述标准测试点以完成针对任务的测试点内容的录入。
12.根据权利要求7所述的系统,其特征在于,所述系统还包括:
查询响应单元,用于响应于设计用户触发的保存任务名称的查询请求,为设计人员展示与所述任务名称对应的设计内容和测试内容。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610150881.4A CN105843602A (zh) | 2016-03-16 | 2016-03-16 | 一种用于软件开发的方法和系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610150881.4A CN105843602A (zh) | 2016-03-16 | 2016-03-16 | 一种用于软件开发的方法和系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN105843602A true CN105843602A (zh) | 2016-08-10 |
Family
ID=56588168
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610150881.4A Pending CN105843602A (zh) | 2016-03-16 | 2016-03-16 | 一种用于软件开发的方法和系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105843602A (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107784448A (zh) * | 2017-11-07 | 2018-03-09 | 中国银行股份有限公司 | 一种瀑布模型下的任务管理方法及系统 |
CN109858926A (zh) * | 2019-01-09 | 2019-06-07 | 湖北凌晖信息科技有限公司 | 一种软件设计公司用客户管理系统 |
CN111143229A (zh) * | 2019-12-31 | 2020-05-12 | 中国银行股份有限公司 | 软件测试方法及装置、计算机设备及计算机可读存储介质 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101091173A (zh) * | 2004-01-15 | 2007-12-19 | 托普科德公司 | 用于软件开发的系统和方法 |
CN102346663A (zh) * | 2010-08-06 | 2012-02-08 | 苏州巴米特信息科技有限公司 | 适用于软件开发阶段的质量控制方法 |
CN105095086A (zh) * | 2015-08-27 | 2015-11-25 | 浪潮电子信息产业股份有限公司 | 一种改进的软件测试模型及测试方法 |
-
2016
- 2016-03-16 CN CN201610150881.4A patent/CN105843602A/zh active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101091173A (zh) * | 2004-01-15 | 2007-12-19 | 托普科德公司 | 用于软件开发的系统和方法 |
CN102346663A (zh) * | 2010-08-06 | 2012-02-08 | 苏州巴米特信息科技有限公司 | 适用于软件开发阶段的质量控制方法 |
CN105095086A (zh) * | 2015-08-27 | 2015-11-25 | 浪潮电子信息产业股份有限公司 | 一种改进的软件测试模型及测试方法 |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107784448A (zh) * | 2017-11-07 | 2018-03-09 | 中国银行股份有限公司 | 一种瀑布模型下的任务管理方法及系统 |
CN109858926A (zh) * | 2019-01-09 | 2019-06-07 | 湖北凌晖信息科技有限公司 | 一种软件设计公司用客户管理系统 |
CN111143229A (zh) * | 2019-12-31 | 2020-05-12 | 中国银行股份有限公司 | 软件测试方法及装置、计算机设备及计算机可读存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106383786B (zh) | 一种接口压力性能测试方法、装置及电子设备 | |
CN109446072A (zh) | 测试脚本的生成方法和装置 | |
CN107832207A (zh) | 接口性能测试方法、装置、存储介质和计算机设备 | |
CN106095673A (zh) | 基于web接口的自动化测试方法及系统 | |
CN102236672A (zh) | 一种数据导入方法及装置 | |
CN104252481A (zh) | 主从数据库一致性的动态校验方法和装置 | |
CN104111885A (zh) | 接口测试结果的校验方法和装置 | |
CN109522228B (zh) | 接口自动化测试数据构造方法、装置、平台及存储介质 | |
CN105138461A (zh) | 一种应用程序的接口测试方法及装置 | |
CN105893227A (zh) | 数据处理方法及装置 | |
CN104978258A (zh) | 软件自动化测试方法及系统 | |
CN108459850B (zh) | 生成测试脚本的方法、装置及系统 | |
CN104901845B (zh) | 域名whois服务自动化测试系统和方法 | |
CN109460841B (zh) | 用户开户方法、系统及存储介质 | |
CN102566443A (zh) | 基于addl的综合化航电系统模型仿真验证系统及方法 | |
CN109977012B (zh) | 系统的联调测试方法、装置、设备及计算机可读存储介质 | |
CN106325262B (zh) | 一种成员系统与机载维护系统的接口数据生成系统和方法 | |
CN105843602A (zh) | 一种用于软件开发的方法和系统 | |
CN110209584A (zh) | 一种测试数据自动生成方法和相关装置 | |
CN108508477B (zh) | 地震数据采集系统和方法 | |
CN109857649A (zh) | 一种资源测试方法及系统 | |
CN105630667A (zh) | 一种测试方法和终端设备 | |
CN103605610A (zh) | 一种基于Hadoop 的软件测试系统与方法 | |
US20050114836A1 (en) | Block box testing in multi-tier application environments | |
US11409928B2 (en) | Configurable digital twin |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20160810 |
|
RJ01 | Rejection of invention patent application after publication |