开发流程

背景： 过年前后做了个微信公众号项目，已经过去一段时间了，抽空回忆总结下基本流程吧，不然很快估计自己就忘了。。 微信公众平台官网： https://mp.weixin.qq.com 一、注册公众号 首先注册时可以看到公众号有三种类型，个人用户大多数选择 订阅号 ，而企业用户一般选择 服务号 和 企业号 。 我们平常大多数关注的都是 订阅号 ，他们统一都放置在微信应用的订阅号消息列表中，没有微信支付等高级功能，只是用于发布文章等基础功能。 而服务号和企业号都在会话列表，和我们的微信好友是同级别的位置，具备微信支付等高级功能，一般是某个企业品牌的对外操作窗口，如海底捞火锅、顺丰速运等。 我们前期开发测试只需要 注册个人订阅号 即可，真正开发使用的是开发者工具里的测试号，具体下面会说。 真正生产的话，使用的都是经过微信认证的订阅号、服务号、企业号。 二、了解公众号管理页面 我们在微信公众平台扫码登录后可以发现管理页面左侧菜单栏有丰富的功能： 大概可以分为这几大模块： 首页、功能、小程序、管理、推广、统计、设置、开发 作为开发人员，首先应该关注的是设置、开发模块；而作为产品运营人员，关注的是功能、管理、推广模块；作为数据分析人员，关注的是统计模块。 首先我们不妨各个功能模块都点击看一看，大概了解下我们能做些什么。可以确认的是，这个微信公众平台当然不只是给开发人员使用的

Django项目 浏览器请求服务器，服务器中的路由（是由谁实现，谁干），视图该干什么怎么干、实现什么样的功能 怎样将数据库里面的数据提取出来放到html上面展示，包括以下步棸： 干什么 将数据库里面的数据提取出来放到html上面展示 涉及内容 创建应用 项目目录在哪里，就在那里创建项目：Shift+鼠标右键(空白处) – > 在此次打开命令行（命令行模式 win:cmd linux:terminal） 激活沙箱环境，使用沙箱环境当中的Django,使用虚拟Python环境 >activate DjangoPath 创建项目 如：项目名称ArticleBlog>Django-admin startproject Blog 进入项目目录>cd Blog 创建应用>python manage.py startapp Ablog 创建应用的目的：为项目作框架，写功能，APP文件结构 启动项目2种方法 1.Pycharm打开项目: 1、必须打开项目目录，不能打开上一层也不可以打开下一层 2、配置pycharm的环境变量 点击上图中的绿色三角形则启动项目 2命令行启动（命令行模式 win:cmd linux:terminal): 1、切入项目的manage.py的目录下 2、在虚拟环境激活的前提下 3、使用Python manage.py runserver 启动轻量级的服务器

分析web开发流程 项目需求分析 这个环节是由项目经理完成，项目经理首先和客户进行交流，了解客户的需求，然后分析项目的可行性，如果项目可以被实现，项目经理写出项目需求文档交给设计师完成后续的开发。 页面设计 这个环节主要是UI设计师参与，UI设计师根据产品需求分析文档，对产品的整体美术风格、交互设计、界面结构、操作流程等做出设计。负责项目中各种交互界面、图标、LOGO、按钮等相关元素的设计与制作。 编码 这个部分由程序员来实现。（程序员分为WEB前端开发工程师和后台开发工程师。前端开发人员主要做我们可以在网页上看的见的页面，后台就做一些我们看不见的管理系统以及功能的实现。）程序员根据UI设计师的设计，用编码来完成整个项目的各个功能。 测试 这部分由程序测试员来完成。程序测试员主要就是测试寻找程序还存在的bug，一般来说刚编码完成的程序都是存在问题的，就需要测试人员反复不断的测试并将存在问题的测试结果交给编码人员进行bug的修复。等到几乎所有bug修复完成，这个项目差不多就可以上线了。 维护 程序的维护是整个项目的最后一个阶段，但也是耗时最多，成本最高最高的的一个阶段。程序的维护包括程序上线后后续bug的修复和程序版本的更新。 来源： CSDN 作者： !一直往南方开. 链接： https://blog.csdn.net/qq_44205272/article/details

先说项目开发过程中团队人员的分工协作。 　　 一、人员安排 　　毕业至今的大部分项目都是独立完成，虽然也有和其他同事协作的时候，但自认为对团队协作的了解和认知都还有所欠缺。很清楚团队协作的重要性，但尚未有很好的机会在相对成熟的团队中锻炼实践。 　　先抛开 软件开发 团队中人员的具体安排不讲，单纯的看软件开发工作的分工。在上面设想的开发架构中，宏观上可将一个项目划分为前端、程序、 数据库 三个模块。由此可推导出团队中需要的成员：美工、程序员和项目经理。 　　认为理想的软件开发团队由四个专业技能过硬的成员组成：一个美工，熟悉UI的设计并具备将效果图转换成前端页面的能力，也就是得同时精通PhotoShop、HTML、CSS、jQuery等前端知识；一个程序员，熟练掌握代码的编写重构；一个项目经理，具备 需求分析 的能力、数据库设计维护的能力、架构设计的能力、程序编写的能力、前端样式脚本编写的能力，最重要的是对业务流程有精准的把握；一个部门经理，和前三位不一样，部门经理只具备领导能力即可，他是兼职，不需要把全部时间投入到团队中。 　　大部分中小型项目可以由这样的四人团队完成，可如果项目较大，已经大大超出了四个人可完成的工作量，可以再加一个前端开发人员。也就是说两个前端开发者，一个负责UI设计，做出完整的效果图，这个人的设计功底应该比较强；一个负责将效果图转换成页面，并完成样式、脚本等的编写

https://blog.csdn.net/lwx0313/article/details/77451734 https://blog.csdn.net/yjl223/article/category/6866883 https://www.sohu.com/a/197098358_221103 https://www.cnblogs.com/ssrstm/p/6855572.html 积分商城： https://bbs.youzan.com/thread-667563-1-1.html https://jingyan.baidu.com/article/cbf0e500451b0a2eaa2893a9.html 有赞社区： https://bbs.youzan.com/forum.php?mod=forumdisplay&fid=2&filter=typeid&typeid=46 懒人模板： http://www.lanrenmb.com/tags.php?/%CE%A2%D0%C5%D0%A1%B3%CC%D0%F2demo%D4%B4%C2%EB/ http://www.jisuapp.cn/make/?a=1&b=55&c=-1 微信支付： https://pay.weixin.qq.com/wiki/doc/api/wxa/wxa_api.php?chapter=7_3

最近刚完成自己8266的小项目，已经发布在github上，有兴趣的朋友可以看一下 github地址： esp-ujn 1. 通过MQTT协议与服务器交互 2. 内置HTTP服务器，支持通过浏览器进行参数配置 编译流程分析 我们在编译8266代码时可以使用项目中的 gen_misc.sh （Windows下为 gen_misc.bat ）脚本，选择合适的参数后就会在 sdk/bin/ 文件夹中生成可烧录的文件，如 eagle.flash.bin ， eagle.irom0text.bin 。 但这样存在的问题是每次编译时都需要选择一遍编译参数，所以一般会使用 make 命令进行编译，如： make COMPILE=gcc BOOT=none APP=0 SPI_SPEED=40 SPI_MODE=QIO SPI_SIZE_MAP=4 这是因为 gen_misc.sh 的作用仅仅是供用户选择编译参数，最终的编译过程是通过 make 命令依据Makefile文件中定义的若干规则来进行的。接下来通过如下几个方面来探讨整个编译流程 Makefile的组织形式 烧录文件的生成过程 Makefile的执行过程 一、Makefile的组织形式 SDK中Makefile文件以树形结构组织。总体上分为3类：主文件，项目配置文件，库配置文件。 |--sdk/ |----Makefile |---

公司的软件测试流程： 1、采集用户需求（产品经理+软件实施工程师） 2、编写基础版需求文档（产品经理/产品经理助理） 3、需求文档评审（产品经理+开发经理+测试经理+客户） 4、沟通需求方，完成需求文档的修改（产品经理+客户） 5、下发需求文档至开发经理和测试经理 6、开发经理出具开发版需求文档，测试经理出具测试版需求文档 开发部门的运作流程 1、需求文档部门内部评审 2、下发开发任务（开发经理） 3、开发人员进行编码工作 4、开发人员本地环境下代码自测 5、自测完成合并代码至公司源码库 6、源代码打包部署至开发和测试环境 7、知会测试人员进行测试（showcase） 8、根据测试反馈进行bug解决 9、配合运维人员打包上线 测试部门的运作流程 1、需求文档部门内部评审 2、下发测试任务（测试经理） 3、测试人员根据需求模块分配进行测试用例的输出 4、测试用例评审 5、测试人员完成测试用例的修改，等待开发通知测试工作的开始 6、执行测试用例，提交bug 7、跟踪bug进行bug的回归测试 8、打包上线后进行回归测试 视频链接：https://www.bilibili.com/video/av47476628 来源： CSDN 作者： 飞翔的小仙女儿 链接： https://blog.csdn.net/weixin_43784779/article/details/103945225

odoo addon开发流程 创建一个addon(插件) 命令如下 python odoo-bin scaffold 插件名 路径 # 例如 python odoo-bin scaffold hh_todo_app myaddons # 需要将myaddons的路径添加到odoo.conf配置文件的addons_path参数中去 目录结构 开发To-do addon 创建huah_todo addon python odoo-bin scaffold huah_todo extra_addons 创建huah_todo addon在extra_addons,需将extra_addons的绝对路径添加到debian/odoo.conf中的addons_path参数中 编写__manifest__.py文件 # -*- coding: utf-8 -*- { 'name': "huah_todo",# addons在应用栏中的展示名 # 摘要 'summary': """ Short (1 phrase/line) summary of the module's purpose, used as subtitle on modules listing or apps.openerp.com""", # 描述 'description': """ Long description of

http://www.51testing.com/html/41/382641-236625.html 测试与开发： 相对而言测试涉猎更广，它的本质是质量保障。提到质量保障，他就不单单关注这几千甚至几万行代码运行的对不对了，还要关注环境是怎样的，各个阶段要输出什么质量要求的版本等等。 一个稍微优秀点的测试工程师，即要求有开发能力，更需要非常了解质量保障、软件工程学这些流程方面的知识，对bug跟踪、问题管理有自己的体会，要有大局观，此外，需要很高的业务能力。通常，对于一个项目来讲，最清晰全面了解这个产品所有特性的是测试人员。对于功能特性、使用场景你了解的不如开发多，就是不合格的，你可能只是一个用例执行者，而非用例设计者。 测试阶段： 1、测试执行：会看用例；有一定的业务知识；有一定的基本操作仪器使用的技能；会执行脚本等； 2、用例撰写：对产品的认识和业务知识掌握到了一定深度；对测试理念和各种测试知识学习到了一定程度，至少对软件测试或者系统测试等原则和方法有了深刻认识； 3、自动化测试阶段实现：整个测试流程，从单元测试->集成测试->系统测试->（回归测试）各对应有各自的自动化测试方法和工具。自动化测试也有自己的一个过程：工具使用->工具实现（脚本开发）->框架搭建->平台与流程的建立。 4、流程流程与平台实现阶段：测试平台包括手工测试与自动化测试，手工测试发现问题，自动化测试保障质量

摘自： https://www.cnblogs.com/yixinjishu/p/12161359.html 敏捷开发流程之Scrum：3个角色、5个会议、12原则 本文主要从Scrum的定义和目的、敏捷宣言、Scrum中的人员角色、Scrum开发流程、敏捷的12原则等几方面帮助大家理解Scrum敏捷开发的全过程。 一、Scrum的定义和目的 Scrum是一个用于开发和维护复杂产品的框架，是一个增量的、迭代的开发过程，目的是让开发人员像打橄榄球一样迅猛并充满激情，通过团队合作，提高工作效率。通过团队间的有效交互，为企业创造价值。 二、敏捷宣言 其实，在发表《敏捷宣言》之前，很多的敏捷实践都已经存在且使用了，比如：Scrum、XP、KanBan等。之所以发表《敏捷宣言》，是因为这些实践都是在单打独斗地推进敏捷开发，而不是以一个联合体的形式，且没有一个统一的指导方针。所以17位敏捷联合创始人决定发表《敏捷宣言》，共同在全世界推进敏捷开发运动。下面是敏捷宣言的4句话： 三、Scrum中的人员角色 3个角色 Scrum中的人员分为3个角色：产品所有者（Product Owner）, Scrum Master，开发团队(Team)。 产品所有者：定义所有产品功能，决定产品发布的内容以及日期，对产品的投入产出负责，根据市场变化对需要开发的功能排列优先顺序，合理地调整产品功能和迭代顺序