客户常见问题总结

客户常见问题总结
客户常见问题总结

客户Q:目前的演员是否是确定的?

A:目前《虎》和《早更》的男一女一都已签约。除演员的特殊身体状况以外,不会更改。(有些项目演员没定,具体情况具体分析)

客户Q:关于发行,一定要给到具体的平台(这个问题非常非常常见,几乎每个客户都会提到,销售一定要好好理解,以下内容可在适当删选后发给客户)

A:这个状况基于目前中国电视剧发行的大环境。

国内除了湖南卫视、江苏卫视和安徽卫视的自制剧独播剧以外,凡是由专业制片公司制作并独立发行的剧目,在计划播出的2个月之前是无法确定具体播出台的,如果有任何非自制剧片商说自己的剧已经确定在某几个卫视播出,这是言过其实的。

因为独立发行的大剧往往投资巨大(如孙俪张译的《辣妈正传》7500万,吴秀波姚晨的《离婚律师》8000万),而在计划播出的时间节点之前,所有希望播出该剧的卫视与发行公司之间时刻处于博弈状态,卫视希望能再节省几百万购片费,发行公司希望多卖几百万,往往到最后一刻,双方才会亮出底牌即成交。所以在每一部剧目没有拍完并拿到片花的阶段,卫视只能签订“意向购买合同”并给予制片方象征性的订金,而我们也会依据这个订金名单锁定将来发行的范围(比如8个或10个卫视频道),将来至少2星以上的联播频道一定会在此范围内出现。这个规则适合内地所有独立发行的非自制剧。比如去年的大热剧《咱们结婚吧》,其最早的发行计划既不是湖南也不是央视,而是浙江、东方二星联播,但当湖南和央视抛出橄榄枝的时候,由于发行效果高于原定发行平台,制片方和赞助商都更认可湖南和央视2星联播这个最终计划。

由此可见,发行的变数对赞助商是有百利而无一害的,因为制片方更想把剧目发行至更好的播出平台,因为投资了几千万等着回收的毕竟是制片方。

客户Q:发行平台不定如何评估(这个问题基本上针对客户的4A公司)

A:2013年收视率排名前10的平台,我们承诺Top10中的2星联播,4A可选价值最低的2个平台,对我们最保险,实际播出一旦好于预期,对客户就是超额回报。

客户Q:对内容营销、娱乐营销没概念,认为植入=在剧中出现

内容营销除了最显著的特征:1.性价比高(比投放硬广效果好且多轮播时间更长,覆盖更广)

2.隐形代言(可获得6个月官方片花、海报授权,和明星代言无异,而价格仅为明星代言的几分之一,且明星代言需要投放更多预算获得传播渠道,而影视植入则无需)

3.30秒的TVC无法完全展现的内容,可通过至少30集的电视剧获得集中的曝光与广泛的传播,产品诉求,品牌定位,甚至于品牌故事和内涵都可得到深入的结合

4.植入营销更重要的是品牌获得了与符合品牌定位的热点结合传播的机会,可向客户举例《后厨》李锦记操作、《辣妈正传》十月妈咪操作、《宝贝》雅培操作)

其他执行方面的问题基本会在给客户的策划案中解决

客户买单的原因:

1.匹配度高,容易借力打力(最主要原因),所以要根据剧情推荐匹配度最高的品牌

2.喜欢剧中的主演,收视有保障(较重要的原因)

施工图设计中常见问题整理-

施工图设计中常见问题 一.图纸表达: 1.图纸不满足甲的深度要求,漏项较多,如缺出入口钢结构雨棚、室外坡道顶棚等。 2.图纸不满足甲的技术标准及部品标准,如构造做法标准、门窗标准、栏杆标准、空调位 标准、电梯标准等。 3.住宅小区的不同楼号建筑标准不一致,如构造做法、门窗立面、节能设计等。 4.外墙上应予留的洞口水平和竖向定位不全,留洞没有和结构、水暖、电气专业、人防专 业图核对,出现漏留、冲突现象。 5.地下室平面轴网应与地上建筑物轴网有明确的对应关系,地下室平面中应标注与地上建 筑物轴网的相对关系尺寸。 6.总平面中应标注地下室外轮廓线,并在四角处标注轴线、号,轴线交点处标注坐标,保 证出图前总图和单体建筑形成统一整体,避免因设计过程中地上地下单体的局部变动,而总平面未跟踪变动导致的不对照。 7.设计人员提供的审核校对图普遍对设计说明和总平面位置图不重视,甚至不提供总平面 位置图。 二.防火设计: 1.没有结合不同的功能分区进行防火分区划分。 2.防火墙上的门洞没有设置甲级防火门。 3.防火分区两侧的门窗洞口防火间距不足时,没有相应防火分隔措施。 4.上下层之间门窗洞口防火间距不足时,没有相应防火分隔措施。 5.楼梯间及前室与相邻部位门窗洞口防火间距不足时,没有相应防火分隔措施。 6.火灾危险性较大的房间的房门及外窗洞口没有采取防火分隔措施。 7. 不同的功能分区在一层共用出入口,如住宅配套用房与住宅、商业与住宅等。 8. 对汽车库、修车库、停车场设计防火规的理解: 1)地面上无人员进入的机械停车库,可以理解为停车场,停车场的定义是停车的露天场地 或构筑物,很明显它是用于停车的构筑物。这样它与民用建筑的防火间距最少为6米。 2)对于敞开式汽车库,要注意是指多个防火分区都要达到定义的要求,如对于平面尺度很 大的,有可能个别防火分区不直接对外通风,这样就不能认定它是敞开的。 3)新规对汽车库、修车库、停车场的分类增加了面积控制项,是车位和面积的双控,不要 试图少计算车位规避汽车疏散坡道不够的手法。 4)防火规中计算汽车疏散口的数量時,单车道即可。但是建通评价是按双车道计算的,单 车道只能算半个。

软件测试中遇到的常见问题及沟通方

软件测试中遇到的常见问题及沟通方法 从一开始,测试就要关注需求。往往在讨论设计时,开发和需求很容易忽略了测试成员,他们潜意识里觉得这不关测试什么事。可是,测试也要熟悉业务,熟悉功能,熟悉各种设计,而且测试需要站在用户的角度来去考量他 们的设计是否有不合理的地方,并提出自己的建议。这些工作,测试成员需要主动,积极参加,多提建设性意见,这样可能会让开发慢慢发现测试成员的重要性。 其次,沟通最频繁应该还是关于bug的讨论。下面列出几个遇到的沟通问题,及我的解决办法。 1、这个bug我这边重现不了 解决办法 Bug应该简明扼要,重点突出。如果描述存在歧义,一定要总结并尽快改进。有时会遇到概率性的bug,要告诉开发概率是多少,尽可能多的提供重现的条件。 在复现问题时,希望能大致判断几个问题点,然后和测试人员沟通下,需要如何捕获信息,捕获那类信息?是不是提供debug版本进行复现,或者根据预判的点增加打印信息版本进行复现? 2、这个不是代码问题,需求这么定义的 解决办法 需求也是人定的,如果觉得有异议,可以找需求人员询问清楚,为什么这样定义,把自己的想法告诉他们,看他们怎么决定。如果被需求说服了当然是最好的,如果自己还是不同意需求的看法,需求又不同意我的提议,那只能听他的,毕竟权力在他那里。但是我们可以保留交流的记录,证明曾经在这里发生过歧义。 3、这块是别人负责的,我负责的部分没有问题 解决办法 如果bug是由开发的项目经理来分发到程序员,那就是项目经理来面对这样的问题,而不是测试。当然,项目经理当然有项目经理的处理办法。可是,测试遇到这样的问题怎么办呢,把负责相关内容的开发都邀请到一个讨论组里,让他们自己讨论,这样更清楚,不必在测试这里中转。如果他们都觉得代码没问题,而我也有强有力的截图和真相,那就只有上交给上级领导,让他们来决定怎么解决。

住宅常见质量问题汇总

中南住宅设计常见问题汇总

中南住宅设计常见问题汇总 总则:针对中南现有工程中一些常见问题作一总结,以引起重视并方便分公司确定审查图纸之审查要点,杜绝设计常见错、漏、碰、缺等问题出现,提高设计施工质量,减少不必要的损失,提高中南住宅品质。 ⑴、总平面设计 一、标高: 1.道路标高坡向与雨水进水口位置不符 ――道路面层标高设计时应向雨水进水口方向找坡(0.5-1 %),并在施工时多 加注意。 2.园路井盖高低不平和有缺损 ――园路、窨井要统一标高,使园路和窨井混凝土同时浇筑。 二、流线设计: 住宅出入口未设置人车分流专用通道,造成交通安全隐患;当住户大堂与流量大 的商业服务空间临近时,问题尤其突出。 三、间距: 1.建筑平面锯齿错位过大影响采光。 2.搭建的售楼处与住宅间距太近影响采光。 四、绿化: 1. 种植树种过高影响采光。 2. 前期环境部分设计时应考虑设计灌溉点,绿化设计选用的某些植物生长期短,物业为便于管理往往进行普遍更换。 五、物业管理、垃圾收放点等附属用房设置: 1.未设置管理用房或太隐蔽。 2.总图中未考虑垃圾收放点、垃圾中转站的设置;垃圾站附近应考虑上下水,以便清理。 3.箱式变电在总图中要综合考虑,不要影响景观。 六、摩托车、自行车存放: 1.总图中未考虑摩托车、自行车存放。 2.出于安全问题,停自行车处不能设在地下车库,应单独考虑。 3.摩托车、自行车存放数量未针对居住对象统筹考虑,中低档次小区摩托车、自行车车库(棚)面积太小不够使用。 七、儿童游戏场: 儿童游戏场设计时未考虑不安全因素:

1.儿童游戏场内的城堡及周边有坚硬的石头,小孩容易受伤。 2.秋千设置不合理,没有考虑活动空间,儿童容易撞到硬物。 八、道路: 1.小区内道路设计要一次到位,后加时易引起客户纠纷; 2.园区内的道路应考虑搬家车辆能够进出。 3.园区内的道路应设马路牙,否则草坪高于路面时,雨天泥水易流到马路。 4. 混凝土割缝不及时,造成道路裂缝――应根据温度、气候变化及时调整割缝时间。 5. 停车位下沉――应加强现场管理,开槽埋管后按规范要求进行,分层夯实; 6.小区园路出现横向裂缝――园路施工应每隔4-6m留伸缩缝。 7.道路混凝土半角偶出现裂缝;窨井周边混凝土出现裂缝――应加设防裂钢筋 和角偶钢筋。 8.混凝土路面起砂、剥落――混凝土抹面时应严禁在混凝土表面洒水或撒水泥; 对已出现的裂缝可采用1:2水泥砂浆修补。 9.机动车道上的排水沟沟盖板未选用带胶边的铸铁产品而采用的水泥盖板,汽车开过后噪音大,并且易碎裂。 九、总平面设计其它问题: 1.化粪池、下水道位置距建筑主体太近,维修开挖时导致建筑沉降,维护成本 高,设计时应考虑足够的间距; 2.部分管线埋深过浅。 ⑵、单元户型设计 一、厨房: 1.厨房未设排烟道:厨房油烟直接排入采光井或生活阳台,空气的作用造成油 烟乱串,使洗衣机及晾晒的衣物受到污染,且油烟从窗户进入室内,影响居住环境。 2.设有洗衣机位的厨房未设地漏,无法排水。 3.厨房详图的布置未重点核对,厨柜、吊柜、洗菜池、炉灶、抽油烟机、排烟 道、冰箱、地漏等的位置布置不合理,橱柜布置未遵循洗、切、炒的流线且与电气、给排水、煤气专业的图纸不一致。 4.厨房电器插座位置设计不当,且未考虑微波炉、消毒柜的位置。 5.北方地区部分厨房未设采暖或散热片位置不当或散热片位置与电器插座位置 相矛盾,影响使用。 6.烟道产品不过关,住户间互相串味;部分项目烟道为单风道设计,烟道本身尺 寸过小,而止逆阀深入井道尺寸过大,排烟净空很小,造成排烟不畅;烟道的倒烟现象,应从烟道种类(单烟道、双烟道)、烟道止逆阀的选择、烟道尺寸给予考虑。 7.煤气等管线设计不合理;中高档项目未设计管道井。

(整理)总图设计常见错误

总图设计常见错误 一、总平面图 1、建议设计说明应包含以下格式内容:1、设计依据1.1顾客提供的现状规划红线地形图; 1.2经有关部门批准的我院编制的该项目初步设计总平面布置图;1.3由建筑、结构、水、电和暖通等各专业提供的设计资料;1.4现行的国家有关规范、规程、标准、规定和武汉市的有关法规、条例及规定;1.5由顾客提供的设计委托书、本阶段的设计要求及各种有关设计的基础资料和双方会商意见。2、建筑定位及设计标高 2.1坐标系为武汉市城市坐标系;2.2新建建(构)筑定位坐标为建(构)筑物的轴线交点;2.3高程为黄海高程系统。3、间距、单位及制图标准 3.1建筑物相互间标注尺寸为外墙面(或阳台外边缘)之间的尺寸,道路宽度为路缘石内缘尺寸;3.2本设计所注尺寸和标高均以米为单位;3.3本图除补充图例外均符合《总图制图标准BG/T50103-2001的规定》。4、建筑层数及建筑高度 4.1图中*F/-*F表示:建筑地上层数/建筑地下层数;4.2 h=***m表示建筑高度。 2、风玫瑰图,武汉主导风向应是西北风(详新版建筑设计资料及气象部分)。 1、图例应改为补充图例(凡制图标准中已有的图例无需再列出)。 2、一栋楼中不同层数均应注明。应用中实线表示建筑轮廓内不同层数的投影范围。所有建 筑均应标注两个方向及以上的轴线尺寸。 3、根据《武汉市城市规划管理技术规定》:建筑系数应改为建筑密度。 4、依据《民用建筑设计通则》GB 50352-2005,建构筑物占地面积应改为建筑基底面积。 5、总平面主要技术经济指标应加入规划部门《建设工程方案综合技术经济指标一览表(表 二)所要求的内容。 6、图例中应增补公厕、垃圾收集点、生化池等配套设施,并在图中表明位置。 7、应注明所有建筑物的出入口位置。应注明所有建筑物出入口处的室外标高,并与建筑首 层平面一致。该标高是确定±0.00标高,计算建筑高度和小区道路标高的依据之一。 8、室内±0.000标高和室外标高与建筑首层平面都不相符。 9、应规划出停车场位置。图例中应增补室外停车位。 10、应表达出建筑物所有出入口与室外道路的关系。 11、特大型车库,车辆出入口应不少于3个。双车道不小于7m;单车道不小于5m。 12、特大、大、中型车库出入口应设于城市次干道,不应直接与主干道连接。 13、车辆出入口距城市道路的规划红线不应小于7.5m。,并在距入口边线内2m处作视 点的1200范围内之边线外7.5m以上不应有遮挡视线障碍物。 14、出入口与城市人行过街天桥、地道、桥梁或隧道等引道口的距离应大于50m;距离 道路交叉口切点应大于80m。 15、厂区出入口数量不宜少于两个,且应在不同方向分开设置。 16、地下车库排风口离室外地坪高度应大于2.5m,并应作消声处理。 17、个别道路未标注转弯半径。表示道路的线条应适当加粗。 18、个别子项未注明建筑层数。 19、应用文字注明用地四周建筑红线、道路红线、道路中心线及用地边界线的位置。 20、表中高度应为建筑高度(由建筑专业提供),该数值是核算房屋间距是否满足规划 技术规定的前提条件。应在图中或一览表中标明新建建筑物建筑高度,以便核对建筑间距是否满足规定要求。 21、应在图中或建筑一览表中注明建筑层数、建筑高度、厂房生产的火灾危险性类别和 仓库类别,以便核对规划及防火间距。 22、应统一将建筑高度标注在图中层数下方。栋楼中有不同层数时,应分别注明不同层

软件测试中常见问题分类说明

软件测试中常见问题分类说明 一、规范化问题 包括软件规范和业务规范两大类,软件规范问题主要指操作过程中显而易见的错误或缺陷,非人性化设计、友好度较差等;业务规范问题主要指使用非标准或非惯例的业务术语、以及概念错位等。 ㈠软件规范问题 1、操作指示不明确 提示存在二意性、提示操作项“忽略”、“取消”、“退出”等含义不明确。(一般) 2、简单界面规范问题 ①按钮图片丢失、按钮图片不配套、按钮大小排列不美观;(一般) ②在引用数据窗口的下拉框中,没有根据实际数据来调整下拉框显示的%的大 小和垂直滚动条,导致文本只显示了一部分;(严重) ③界面中存在色块;(一般) ④菜单排列顺序有误;(一般) ⑤窗体最小化以后在屏幕上找不到了,无法恢复原窗体;(一般) 3、操作过程缺乏人性化考虑 ①选项过于烦琐且不必要、设置不合适导致使用者遗漏、常规按钮排列顺序 不一致(一般) ②常用功能不支持键盘操作。(严重) ③单据处理中当由于存在空行时,提示用户输完其余内容,而没有自动删除 空行。(严重) 4、帮助文件规范问题 ①联机帮助字体、背景风格不统一;(较小) ②点击“?”按钮打开帮助文件,没有直接定位到内容;(较小) ③内容定位错误;(一般) ④帮助文件内部链接没有做全;(较小) ⑤文档内容排版错误;(严重) ⑥其他帮助错误。(一般) 5、软件风格规范问题 ①控件的切换顺序有误、DataWindow的切换顺序有误; (视控件使用频繁程度设为(严重)和(一般)) ②DataWindow内容的对齐方式不正确(数值右对齐、日期中对齐、文字左对 齐);(较小) ③数值的EditMask(掩膜)设置有误、日期的EditMask(掩膜)设置有误、 日期的默认格式非YYYY.MM.DD、默认日期存在1900.00.00现象或其他不合 理的值(一般) ④弹出窗口不在屏幕中间位置、退出系统缺少提示;(较小) ⑤重大操作(月结、恢复、修复等)缺少提示、重大操作没有自动弹出备份 提示;(一般) ⑥快捷按钮定义不准确、快捷字母或数字重复、工具栏快捷键定义错误(一 般),工具栏常用快捷键缺少(较小);

总图设计中常见问题及解决措施

总图设计中常见问题及解决措施 第一部分建筑篇 一、消防设计 1.消防车道没有4米宽、没有回车场或回车道、园林种树影响消防车辆。 解决措施:按规范执行。 二、设计通病与措施 1.屋面防水 (1)防水材料质量不稳定 解决措施:选用防水卷材,根据国家规范确定厚度;北方地区的别墅,按二

级防水等级做两道卷材防水。 (2)保温隔热层隔热层设置位置不明确。 解决措施:采用挤塑聚苯板保温材料;北方地区先做保温,后做防水,南方先做防水,后做保温。 (3)天面女儿墙底裂缝渗漏。 250mm。 解决措施:统一改为明沟,采用2-5节点。 2.室内防水 (1)沉箱式卫生间无侧排地漏,使得沉箱内容易积水而形成渗水隐患。而准备补加侧排地漏时,又由于管井面积不够,无法增加立管。 解决措施:加侧排地漏,北方地区因安装困难可适当加大管井。

(2)沉箱管道井防水套管安装,卫生间设置管道井时,管道井壁(沉箱内部分)厚往往只有8~250px混凝土墙或者采用砌砖,无法较好地安装防水套管。 解决措施:建议沉箱管道井壁厚300px,并且应为钢砼结构,沉箱内部架空,不回填。 (3)浴室墙面渗漏。 管。 (3)窗楣、窗台处漏水 解决措施:窗楣要做滴水线;外窗台要低于内窗台,做足排水坡度;铝合金窗下框要有泻水结构;铝合金窗外边要打防水胶密封。严格执行施工规范。 (4)GRC外装饰构件多,而部分外墙GRC线脚上没有设计挑檐,容易造成GRC 构件与外墙交接处出现渗漏水现象,而且GRC构件之间的连接也极易产生裂缝。

解决措施: a.尽量减少使用GRC,并减少GRC线条的样式。 b.选定供应商后,及时将安装节点提供给设计单位。待设计确认后方可安装。 c.设计院在图纸中要对装饰线条的排水坡度、滴水槽及不同材料搭接的防 ;主体完工后,门窗位置尺寸更改;门窗开启扇高度,宽度与规范不符。 解决措施:按标准图统一,窗扇尺寸应满足国家规范。 (4)有些楼盘的防火窗设计为上悬窗形式,但按要求必须有自动关闭装置,多次招标厂家均表示做不了。 解决措施:结合方案考虑,尽量采用固定窗

店小秘之速卖通店铺管理手册

店小秘之速卖通店铺管理手册

[键入文档标题] [键入文档副标题] 2015年5月更新 店小秘,免费跨境电商ERP,支持跨平台、多店铺管理。产品:刊登、多平台数据采集、批量产品管理;订单:数据自动

目录 数据采集使用说明 (2) 数据采集使用介绍 (2) 数据认领使用介绍 (2) 速卖通采集箱使用说明 (3) 速卖通创建产品使用说明 (5) 速卖通产品维护 (6) 线下产品维护 (6) 线上产品维护 (7) 图片银行使用说明 (8) 上传图片 (8) 同步图片 (9) 图片被引用次数 (9) 图片删除 (9) 订单处理流程说明 (10) 在线处理订单流程 (10) 批量发货使用说明 (13)

数据采集使用说明 店小秘为您提供了数据采集功能,可将其它平台的产品信息采集到店小秘,采集后可以认领到速卖通店铺,再根据需要编辑、修改下相关信息即可发布。 目前数据采集仅支持单品采集,可采集淘宝、速卖通、1688、天猫、京东、ebay(主站)、亚马逊(美国站)等7个平台的数据。 (注:采集的速卖通数据只可认领到其它平台,不可用于速卖通。) 数据采集使用介绍 打开导航【产品】下的【数据采集】,在编辑框填写产品的url网址,并点击“开始采集”即可完成。 您也可以同时采集多个产品,多个网址间用回车键“Enter”换行即可。 数据认领使用介绍 采集成功的产品将展示在当前页的下方,仅展示基本信息,不可直接编辑、操作,您需要将采集的产品认领到相关平台后才可以进一步编辑,发布。 目前仅支持将采集认领到wish或速卖通,选中要认领的产品,操作产品列表后面的【认领】或列表左上侧的【批量认领】,并指定要认领的平台即可完成。

软件测试总结报告

1 引言 1.1编写目的 编写该测试总结报告主要有以下几个目的 1.通过对测试结果的分析,得到对软件质量的评价 2.分析测试的过程,产品,资源,信息,为以后制定测试计划提供参考 3.评估测试测试执行和测试计划是否符合 4. 分析系统存在的缺陷,为修复和预防 bug 提供建议 1.2背景 1.3用户群 主要读者:***项目管理人员 其他读者:*** 项目相关人员。 1.4定义 基本功能点测试:等价类划分法、边界值法、错误推测法、场景法 业务流程测试:根据业务逻辑,构建测试数据,执行业务流程,查看执行结果与预期是否一致 界面易用性测试:根据界面测试规范及日常使用习惯,提出软件的非功能实现问题 回归测试:对已修复的问题,根据测试出该错误的用例,重新执行该用例,验证问题是否真正被修复,以及是否又引起了其它错误 1.5 测试对象 对综合管理系统进行全新测试,主要进行功能测试、系统测试 1.6测试阶段 第一阶段:对主业务逻辑及功能进行测试 第二阶段:对所有业务逻辑及功能进行深入测试 第三阶段:回归测试 1.7测试工具 BugFree缺陷管理工具 1.8参考资料 《***功能描述》 《***数据字典》

《***测试计划》 《***测试用例》 《***项目计划》 2 测试概要 ***系统测试从 2012年7月25日到2012年10月12日基本结束,历时近70个工作日。后续还有一些扫尾的工作,又增加一些工作时日。是一项花费大量人力物力的项目。 ***通过BugFree缺陷管理工具进行缺陷跟踪管理,在bugfree中有详细的测试用例以及用例执行情况记录 2.1 进度回顾 2.2 测试执行 此次测试严格按照项目计划和测试计划执行,按时完成了测试计划规定的测试对象的测试。针对测试计划规定的测试策略,在测试执行中都有体现,在测试执行过程中,依据测试计划和测试用例,对系统进行了完整的测试、 2.3 测试用例

施工图常见问题总结

笔者在数年建筑工程施工图审查工作中,通过多项建筑工程的施工图审查,发现了建筑设计中总平面图设计、建筑说明、建筑平面、立面、剖面、建筑构件有关深度设计及强制性条文等内容设计中较为常见的问题,现分别总结如下: 一、总平面布置图 送审的施工图文件中,总平面布置图基本上都有,但表达深度差别较大,大 部分工程只做到平面定位图,不符合《建筑工程设计文件编制深度规定》的有关 要求。主要问题有: 1.总平面图要有一定的范围。只有用地范围不够,要有场地四邻原有规划的 道路、建筑物、构筑物,多数施工图只有用地范围内的布置图。 2.保留原地形和地物。场地测量坐标网及测量标高,包括场地四邻的测量坐 标(或定位尺寸),有些工程的总图设计往往无保留。 3.竖向设计。往往只有标注建筑物的±0.000设计标高的相对场地的测量标 高数值,有的只有标注室内外高差数而已。结果是: (1)竖向设计标高不符合规划部门的控制标高。 (2)场地内与场地外围的城市道路标高不衔接,不合理。 (3)场地及其道路的标高不利于排水。 (4)场地内道路无设计标高,特别是交接处、建筑物的入口处,也无标注道 路坡长、坡向、坡度以及地面的关键性标高,也无路面的设计断面。 4.没土方工程平衡设计。盲目的竖向设计,往往会带来不必要的挖方或填方, 增加造价,造成经济损失。 5.总图设计没有必要的详图设计。比如道路横断面、路面结构,反映管线上 下、左右尺寸关系的剖面图,以及挡土墙、护坡排水沟、广场、活动场地、停车 场、花坛绿地等详图,场地的排水、场地内道路与城市道路的关系,给施工带来 困难,也无法保证总图的合理性。 6.消防车道宽度不满足消防要求。消防车道距离高层建筑外墙小于5 米,不满足消防登高面要求。 二、建筑设计说明部分 1.装饰做法光是文字说明表达不完整。最好是有各种材料做法一览表+各部 位装修材料一览表方能完整地表达清楚,少数能做到,多数工程还只是文字说明。 总说明中占地面积一般都缺标注。

Wish平台上货、产品优化经验总结

Wish平台上货、产品优化经验总结 做wish一年半了,对wish平台规则、上货技巧多少有些了解,也打造了近十款爆品,但总以忙为利用,没能好好整理下自己的思路、经验。最近发现身边很多初入跨境电商行业,初做wish的朋友,对wish平台的各种规则不了解,甚至对上货的一些基本概念、要求都不理解。思虑再三,终于决定好好做个总结,有不当之处,还望大家多多纠正,若能帮助到你,则也不枉费我的码字之苦。 一、多店铺运营,防账号关联的关键 Wish官方规定一个人只能注册一个店铺,所以,若希望有多店铺,一定要了解wish官方判定账号关联的因素。一旦认定多个账号是由同一个人或同一个企业操作的,就会存在被关联,被封号的风险。而且一旦被封,基本是申诉无门,不可复活了。 1. 首先,要确保多账号的注册信息完全不同。包括个人基本信息、邮箱、电话、支付账号等。哪怕是已经死掉的账号,也不能使用重复的信息再注册。 2. 其次,多账号登录的电脑、网络环境要完全区分开。登录wish平台的电脑MAC地址、路由MAC、浏览器指纹、电脑系统指纹、网络IP等等官方都会记录,也会作为查关联的依据。本电脑登录的账号已经被封,最好也不要再登录、注册其它账号。若需要重新注册,那最好是重装系统、格式化硬盘、更换网卡,而且要重新换一根网线。总之,要保持和之前的账号完全不一样的环境。 3. 再者,多店铺的产品要有差异化。若产品的相似度达到一定比例,也会被认为是同一人在操作多店铺,被判关联。所以,上货时一定不要图省事。 4. 同时,也注意同一产品模板不要重复使用。比如wish平台的CSV文件,店小秘平台的EXCEL文件,不要重复导入到多店铺。 总之,每个店铺间要有差异化运营,即便是要销售同一个产品,那么在产品标题、描述、标签、定价及图片上也有略有调整,让官方感觉是不同的人在卖不同的产品。若不方便多个电脑多根网线,也可以将多个店铺授权一个ERP上管理。比如马帮、店小秘交易助手等都支持同时授权多个店铺,同步操作也不会造成账号关联。 二、 Wish上货要求及经验技巧 Wish上货,比速卖通、eBay、Amazon等其它平台要简单的多。而且Wish作为移动购物电商平台,客户的购物习惯、需求导向大有不同。所以,我们一定要放弃在淘宝、速卖通的定性运营思维。 wish上没有店铺的概念,只有产品的概念,根据Wish的规则,每一个通过审核上架的产品都能公平得到推送。所以前期,大家一般都是先大量铺货,以求有更大的曝光几率。待积累到一定曝光,再针对有出单的产品重点优化。比如对比同行价格降价销售;随时关注市场价格动态随时调整;力求

测试问题总结

1、介绍一下整体项目流程 答案: 1.搭建缺陷管理的环境和测试环境以及配置管理的环境搭建; 2.编写测试计划; 3.设计测试用例; 4.编写测试用例; 5.测试用例的评审; 6.执行测试; 7.缺陷管理; 8.测试报告的输出 2、在实际项目中你是如何做测试计划 答案: 1.对客户提供的或需求分析人员编写的用户需求文档或需求规格说明书进行分析,提炼出测试要点; 2.根据测试要点编写测试用例。 3.由评审组对测试用例进行评审--修改--再次评审--初步定稿 4.执行测试 4.1按照测试用例对系统进行功能验证及客户的需求验证 4.2将测试过程中产生的Bug录入缺陷管理系统 4.3新版本发布后,对本次版本新增加的功能以及开发人员修正的Bug进行回归测试 4.4根据项目需要提交测试报告。 3、你是如何制定测试过程中的时间进度表的 答案:根据项目的需求、开发周期、开发人员的开发进度等时间安排来制定一个测试时间进度初稿,并将测试时间进度表交与整个项目团队成员大家一起讨论和分析,最终和所有人达成共识制定出一个大家都可以执行的测试时间进度表。 时间表中包括了开发人员提交功能或功能模块的时间,以及为了更好的执行测试,配合测试人员进行功能培训的时间,以及测试执行时间等,都详细的写到WBS中,并按照这个时间进度表来执行项目的测试任务。 4、测试计划都包括那些项 答案:1.测试计划目标2.测试参考文档3.测试术语与定义4.测试内容5.测试人员的分工6.测试进度7.测试流程8.测试工具9.测试缺陷管理10.测试的风险分析 5、测试用例如何设计的 答案:在测试用例设计之前首先要熟悉客户的需求文档或需求规格说明书,以做到对被测系统的熟悉,充分了解产品的详细功能,并在熟悉过程中即使与研发人员和客户人员进行有效的沟通。然后从需求中提炼中各个模块的详细功能点编写出一个测试要点的文档。根据测试要点设计测试用例,测试要点与测试用例是一个一对多的关系,一个测试要点可能会需要几个测试用例的验证,有正常的操作和异常的操作,甚至是几个正常与几个异常的操作,这要根据实际功能的要求来具体分析具体实现。 6、测试用例包括那些项 答案:产品名称、功能模块、用例的编号、编写人、被测功能的简述,测试的预置条件,测试步骤,预期结果,实际结果。 7、缺陷处理流程 1.讲缺陷的详细信息录入缺陷管理系统,并分配给对应的开发人员

建筑给排水总图设计以及常见问题汇总

建筑给排水总图设计以及常见问题汇总 (2012-12-08 14:41:54)转载▼ 分类:建筑施工 标签:杂 谈 浅谈建筑给排水总图设计及常见问题 摘要:建筑给排水工程涉及到的面广,工艺流程也较复杂,设计中单体与总图要衔接好,给排水总图设计是一个重要环节。本文简要谈谈高层建筑给排水总图设计及常见问题。 关键词:建筑给排水;总图;设计 高层建筑设计十分复杂,因此总图设计十分重要,其总体及说明部分反映了设计思想,设计内容,室内外标高系列,尺寸及管径单位,冷水、热水、消火栓、自动喷淋、污水、废水采用系统,给水总量,热水总量,消火栓系列总量。自动喷淋总量及排水总量,重要数据及指标,市政给排水管网的接入及排出,雨水的排出,污水处理系统,给排水、热水、消防系统采用的主要设备及材料,管道基础,污水管,废水管、雨水管坡度,给水管道与排水管道交叉措施,室外洒水栓、消火栓、水表井、雨水口、阀门井及排水窨井,室外消防水泵接合器,隔油池及化粪池、图例等,现分别说明如下。 1 标高系统及尺寸 一般说明设计中的标高以m计,一级建造师考试,管径以mm计,室内管道均以底层地坪±0.00为相对标高,总图中往往设室外地坪±0.00为相对标高,室内外高差约1.2~1.6m,有的还注明与绝对标高的换算关系。 2 设计内容及采用系统 设计内容包括室内及室外。采用系统如下。

1、给水系统(1)供水方式:如采用水池、水泵、水箱、减压阀系统;水池、变频调速供水系统等。具体有蓄水池位置、水泵、电机型号及泵房位置,热交换器室位置(一般设在地下室)等。(2)用水量:室内最高日用水量,室外洒水及绿化用水量。 2、热水、开水系统(1)热源。(2)采用容积式加热器的型号,换热面积等。容积式加热器一般要求采用钢壳,内衬铜,选定优质生产厂家全名及地址。(3)开水间内设置优质自动电热沸水器型号、功率、产水量等。 3、排水系统(1)排水系统:如室内采用污、废水分流排出,室外采用污、废水合流,食堂排水先经过隔油池处理,再排至城市污水管道,室外不设化粪池,雨水管排至城市雨水管。为了减轻城市污水处理厂负担,室内采用污。废水分流排出,室外污水经化粪池处理后与排出废水合流,一起排至城市污水管,雨水管排至城市雨水管。室内污、废水合流,合流污水经自设污水处理站(或装置,如玻璃钢地埋式污水处理设备等)处理后排至城市合流雨水管。雨水排至城市合流雨水管。(2)排水量:最高日污、废水量,一般讲给水量等于排水量,有的是排水量等于0.9给水量。建造师考试科目,(3)若自设污、废水处理设备,应写明设备、型号、厂名等。(4)地下室排水坑、排水设备如选用高效率无堵塞污水潜水电泵,浮球水位自动控制等。(5)消防电梯排水井及潜水电泵,要求排水坑容积不小于2m3,深度比消防电梯井坑底还要深lm。(6)雨水管道一般排入城市雨水管道,或城市合流制雨水管道。 4、消防系统(1)消防用水量:室内用水量(例:30L/s),自动喷淋水量(例:30L/s),室外消火栓水量(例:25L/s),屋顶水箱消防水箱用水量等等(消防水箱水贮量I类高层建筑18m3,Ⅱ类高层建筑贮水12m3。(2)消防泵及机房,这里要提一句凡水泵(生活泵、消火栓泵、自动喷淋泵、排水泵等),除了要写明流量、扬程、功率外还要写明转速,特别对经常用的生活泵,更需着重说明,因为速度大噪声相对大些,速度小噪声相对小些,当然噪声小的水泵是更受人们欢迎了。(3)室外设置消防水泵接合器的位置,宜分散不宜集中,因为要考虑到消防车可工作,消防人员操作方便,不宜将消防车紧紧排在一起,另一方面水龙带也易交错。接合器型号,一般有地上式、墙壁式、地下式三种,我国南方,华东及上海地区采用地

施工总图设计中的问题总结和解决措施

施工总图设计中的问题总结和解决措施第一篇建筑篇 1.消防设计 1.1 存在问题:消防车道没有4米宽、没有回车场或回车道、园林种树影响消防车辆。 解决措施:按照规范执行,消防车道宽度执行规范,消防车回车场如果上部做草坪,下部构造设计必须符合消防车通行要求,园林总图应经建筑设计人员审核,并报消防部门通过。 1.2 存在问题:电梯前室开窗面积不够3平方米。 解决措施:按照规范执行,不够3平方米可加设加压送风井。 1.3 存在问题:各栋楼之间防火间距不够。 解决措施:按照规范执行。 1.4 存在问题;楼梯间首层与地下室没有隔开。 解决措施:按照规范执行。 1.5 存在问题:发电机和消防水泵不在第一期,拖延第一期验收时间。 解决措施:在一期应考虑完善配套,裙楼不装修、暂时不使用也应先设计消防系统,待施工完成后方可验收。 1.6 存在问题:消防水泵房没有直通安全出口。 解决措施:按规范执行。 2.设计通病与措施 2.1屋面防水

2.1.1 存在问题:广州地区911防水材料质量不稳定 解决措施:1)选用防水卷材,根据国家规范确定厚度。 2) 北方地区的别墅,按二级防水等级做两道卷材防水。 2.1.2 存在问题:保温隔热层隔热层设置位置不明确。 解决措施:1)采用挤塑聚苯板保温材料。 2)北方地区先做保温,后做防水,南方先做防水,后做保温。 2.1.3 存在问题:天面女儿墙底裂缝渗漏。 解决措施:300mm以下做混凝土女儿墙。 2.1.4 存在问题:凸出屋面的管道、井、烟道周边渗漏。 解决措施:凸出屋面的管道、井、烟道周边应同屋面结构一起整浇一道钢筋混凝土防水反梁,平屋面标高定于最高完成面以上250 mm, 坡屋面为完成面250mm。 2.1.5 存在问题:管道穿越楼板、屋面处渗漏 解决措施:按规定选用和埋设套管;套管处要用沥青麻丝和防水油膏充填。 2.1.6

测试工程师面试常见问题整理

目录 01.为什么要在一个团队中开展软件测试工作? (2) 02. 您在以往的测试工作中都曾经具体从事过哪些工作?其中最擅长哪部分工作? (2) 03. 您所熟悉的软件测试类型都有哪些?请试着分别比较这些不同 (2) 04.您认为做好测试用例设计工作的关键是什么? (3) 05. 请试着比较一下黑盒测试、白盒测试、单元测试、集成测试、系统测试、验收测试 的区别与联系。 (3) 06. 测试计划工作的目的是什么?测试计划工作的内容都包括什么?其中哪些是最重 要的? (4) 07. 您认为做好测试计划工作的关键是什么? (5) 08. 您所熟悉的测试用例设计方法都有哪些?请分别以具体的例子来说明这些方法在 测试用例设计工作中的应用。 (5) 09. 请以您以往的实际工作为例,详细的描述一次测试用例设计的完整的过程。 (6) 10. 您以往是否曾经从事过性能测试工作?如果有,请尽可能的详细描述您以往的性能 测试工作的完整过程。 (6) 11. 您在从事性能测试工作时,是否使用过一些测试工具? (7) 12. 您认为性能测试工作的目的是什么?做好性能测试工作的关键是什么? (7) 13. 在您以往的工作中,一条软件缺陷(或者叫Bug)记录都包含了哪些内容?如何提 交高质量的软件缺陷(Bug)记录?(bug的生命周期) (7) 14. 您以往所从事的软件测试工作中,是否使用了一些工具来进行软件缺陷(Bug)的管 理?如果有,请结合该工具描述软件缺陷(跟踪管理的流程)。 (8) 15.如何提高沟通的效率和改善沟通的效果?维持测试人员同开发团队中其他成员良好 的人际关系的关键是什么? (8) 16. 在您以往的测试工作中,最让您感到不满意或者不堪回首的事情是什么?您是如何 来对待这些事情的? (8) 17.你对测试最大的兴趣在哪里?为什么? (8) 18. 你的测试职业发展是什么? (9) 19. 你自认为测试的优势在哪里? (9) 20. 你以前工作时的测试流程是什么? (9) 21. 当开发人员说不是BUG时,你如何应付? (9) 22.你为什么想离开目前的职务? (10) 23.你对我们公司了解有多少? (10) 24.为什么我们应该录取你? (10) 25.单元测试、集成测试、系统测试的侧重点是什么? (10) 26.设计用例的方法、依据有那些? (10) 27.基于WEB信息管理系统测试时应考虑的因素有哪些? (10) 28.一套完整的测试应该由哪些阶段组成?分别阐述一下各个阶段。 (13) 31. 面试官最后会问你有什么问题要问吗 (13)

软件测试年度工作总结

软件测试年度工作总结 年工作总结 工作刚满三个月,在这三个月的时间内,我主要做了以下几个方面的工作: 1.对软件的熟悉与理解 2.跟随开发人员对软件的改进进行了跟踪测试,利用功能组合的方法,对各种工具进行了测试,提交Bug共计XXX个,已验证关闭XXX个。 3.对软件用户手册和管理员手册的一部分进行了测试与更改,期间也加深了对该软件各个功能的理解 对已经实现的功能基本上都进行了测试,对软件使用上的改进也提出了自己的建议。期间也了解了软件的功能需求,主要是对客户端服务器端及方案设计器进行了功能测试。在这段时间里学到了不少东西。 在这段期间软件根据用户的反馈一直在不断的改进,基本上每天都会有变化,我跟据开发的进度一直在不断的测试,对新增加的工具边使用边学习,提交缺陷报告,并及时与开发人员进行沟通处理有歧异的缺陷报告,反复验证修复后的缺陷。直到上一周利用他们出差的时间,我有对以前测试过的工具重新进行了更深一层的的组合测试。通过这段时间的改进,软件的各项功能已经越来越全面, 1

目前软件的基本功能都已实现,致命错误越来越少, 期间也试用了自动化性能测试工具LoadRunner,由于软件还没有整体完成,在使用中不好匹配协议,现在正在熟悉另一个自动化工具RationalRobot来进行性能测试。 下半年,主要工作时是: 1.随着软件的逐步完成,将细化功能测试并及早的着手准备性能测试,界面测试,易用性等其他方面的总体测试, 2.测试所有与本软件有关的文档 3.解决所有遗留的有歧异的缺陷报告,参照提交的缺陷报告进行回归测试。 4.随着其他项目的开展着手准备测试前期的工作。 具体的工作实施安排还将根据项目组的工作进展和规划进行调整。 篇二:软件测试工程师年终工作总结 20XX年终工作总结 一:20XX年工作回顾及总结 回顾20XX年这一年来的工作,我在公司领导及各位同事的支持和帮助下,严格要求自己,按照公司要求,比较好地完成了本职工作。通过近一年的学习和工作,工作模式上有了新的突破,工作方式有了较大的改变。现将这一年的工作情况总结如下: 2

Wish运营-新手运营常见30个问题

1、问:为什么登陆进去老是这样? 答:Wish账号注册需要把这四个步骤都走完,这样才算提交注册申请,Wish官方才会开始审核; 2、问:Wish怎么看店铺/产品是否审核通过? 答:方法一:上网址https://www.360docs.net/doc/f77445419.html,/merchant/你的店铺名,店铺名如果有空格,一定要把空格去掉才可以; 方法二:在wish后台找到,里面的产品总数就是审核通过的总数,但是因为Wish后台的数据是一周一更新,数据可能会有延时; 3、问:什么是Landing Page URL? 答:Landing Page URL是wish之前做推荐类软件的时候,用来放原链接的一个框,这个是选填项,可以不用填写。 4、问:什么是MSRP? 答:是价格标签,就类似于衣服的吊牌价,比如MSPR写75美金,产品价格写37美金,就会出现下图的折扣效果,但是没有任何促销

作用,只是一个现实效果。 5、问:什么是Unique Id?什么是唯一ID(SKU)? 答:Unique ID是产品管理的一个标示,比如销售一款女包,款式虽然只有一种,但是有很多颜色,那么Unique ID就是这个款式的标示,而唯一ID(SKU)则是该款式下的每种不同颜色的女包的标示。两种ID都是唯一的,如果有重复的,产品会提交不成功。 6、问:为什么总是上传图片失败? 答:Wish支持本地上传和URL上传两种方式,像素要求800*800以上,但是Wish后台上传图片总是很不稳定,经常会出现上传不上的问题,所以才会有那么多人使用第三方软件上货,软件是通过API 传输图片,不限制图片大小,而且不会出现不问题的问题。 7、问:我上传的产品为什么一直不显示?

常用的测试方法和测试工具-1

常用的测试方法 一、黑盒测试 1.黑盒测试其实是一种功能测试,主要在软件的接口处进行。主要测试的以下几类错误: ·是否有不正确或遗漏的功能 ·在给出的接口处正确的输入是否有正确的输出 ·是否有数据结构错误或外部信息访问错误 ·性能上是否满足要求 ·是否有初始化或终止性错误 2.黑盒测试用例 ·等价类划分 等价类即输入域的子集合,测试用例设计时应设计出对应的有效等价类和无效等价类 ·边界值 边界值法是对等价类划分方法的补充,主要是测试发生在输入和输出域边界上的错误.等价类划分和边界值着重考虑输入条件,但测试时还应考虑输入条件之间的关系,各种条件的组合情况,即因果图 ·因果图 根据输入条件间的关系生成判定表,根据判定表的每一列来设计测试用例·功能图 包括状态迁移图和逻辑模型 二、白盒测试 1.白盒测试是对软件过程性细节做细致的检查。主要对软件程序模块做以下检 查: ·对模块的所有路径至少执行一次 ·对模块的所有逻辑判断,取“真”和“假”两种情况各执行一次 ·在循环边界和运行界限内执行循环体 ·测试内部数据结构的有效性 2.白盒测试用例 1)逻辑覆盖 ·语句覆盖 ·分支覆盖 对程序模块中的每个取真分支和取假分支执行一遍 ·条件覆盖 对程序模块中的每个判断的每个条件执行一遍 由于以上的测试用例都有较大的缺陷,所以一般不会使用,采用条件组合覆盖更为合理有效 ·条件组合覆盖(逻辑覆盖的主要方法) 2)基本路径测试用例 测试步骤: ①根据详细设计或源代码导出程序控制流图 ②计算程序环路复杂性,即独立路径的数目(一条新的路径必须包含

一条新边) ③生成测试用例(辅助工具:图形矩阵) 测试策略 一、单元测试 1.单元测试时主要对模块的以下5个方面进行检查: ·模块接口 ·局部数据结构 ·边界条件 ·独立路径 ·出错处理 二、集成测试 1.集成测试时主要要考察程序的以下几个方面: ·各个模块连接时,穿越模块接口的数据是否会丢失 ·一个模块是否会对另一个模块的功能产生不利的影响 ·各个子功能组合起来,能否达到预期的父功能 ·全局数据结构是否有问题 ·单个模块的误差累积起来,是否会被放大,从而达到不可接受的程度 2.集成测试的组织和实施中考虑的因素: ·选用何种系统集成方法来进行集成测试 ·各个模块连接的顺序 ·模块代码编制和测试进度是否集成测试的顺序是否一致 ·测试过程中是否需要有专门的硬件 3.集成测试完成的标志 ·成功执行了测试计划中规定的所有组装测试 ·修正了所发现的错误 ·测试结果通过了专门小组的评审 三、确认测试 1.确认测试流程: ·进行有效性测试,即在模拟的环境下(可能是开发环境),运用黑盒测试的方法,验证所没软件是否满足需求说明书列出的需求。对于测试结果与预期结果不相符进,要提交一份问题报告。 ·软件配置复查 软件配置复查的目的是保证软件配置的所有成份都齐全,各方面的质量都符合要求。 ·a测试和?测试 a测试是一个用户在开发环境下进行的测试,也可以是开发机构内部的用户在模拟实际操作环境下进行的测试。?测试是由软件的多个用户在一个或多个用户的实际使用环境下进行的测试 ·验收测试 验收测试时软件开发人员和QA人员也应参加,由用户参加设计测试用例,使用用户界面输入测试数据,并分析测试结果。

店小秘之E邮宝使用帮助手册

E邮宝使用帮助手册 —在店小秘完成E邮宝发货流程详解店小秘已经完成了E邮宝(中国邮政速递物流)的系统对接,您拿到了E邮宝的授权码,并在店小秘完成授权后,可以在店小秘上完成E邮宝发货的全流程。若没有E邮宝授权,则通过导入订单的方式在E邮宝官网获取到物流跟踪号之后,可以再通过店小秘完成发货的处理。两种发货方式介绍如下: 添加授权在线发货 第一步:申请API授权码 首先要完成国际在线发运系统的注册(https://www.360docs.net/doc/f77445419.html,/login.jsp),注册后默认只能申请在线批量导入功能,即将订单导入到官网生成物流跟踪号。如果您一个月内累计交寄e邮宝邮件量不低于300件或e包裹业务量不低于100件,或e特快量不低于300件,则可以申请授权码。授权码还请联系当地邮局申请。 第二步:在店小秘添加授权 点击店小秘导航菜单【物流】下的【选择物流方式】即可看到系统对接的物流商-E邮宝,若您还未添加授权,则显示“未授权”状态。点击【添加授权】,输入您从官方拿到的授权用户名和Tokin即可完成。

第三步:开启物流设置 完成授权后,您需要开启并设置好相应的物流方式,才可以在店小秘完成发货流程。点击E邮宝前面的黑三角符号,即可展开显示官方所提供的4中物流方式,开启您想使用的物流,并点击【设置】,进入详情页完成设置。 第四步:完成物流设置 在设置页,需完成映射平台配置、面单报关单设置和地址信息的填写。其中: 映射平台:同其它所有物流方式的设置,都必须配置好和wish、速卖通对应的物流方式。基本上店小秘已提前帮大家设置好,保存已有的设置不动即可。 面单报关单:默认选用的是货代提供的模板和打印方式。您也可以选择其他模板,使用店小秘提供的模板,并选择好您想打印的类型即可。 发货/寄件地址:请注意输入框内的提示文字,务必按提示要求填写,注意中英文及字符数量要求。

相关文档
最新文档