웹개발하면서 알지만 잊기 쉬운 내용들.

1. 더

2. 나은

3.
sw

4. 프로젝트를

5. 위해
NEXT

7. |

9. 윤지수

10. 오늘

11. 드릴

12. 좀

13. 잼없는

14. 이야기
품질검증

15.
협업

17.
프로젝트

18. 중

19. 조심해야

20. 할

21. 것

22. 품 질 검 증

23. 소프트웨어

24. 품질은

25. 크게

26. 두

27. 가지.

30.
SW

31. 동작

32. 테스트와

33.
코드검사

35. 소프트웨어

36. 품질은

37. 크게

38. 두

39. 가지.

42.
SW

43. 동작

44. 테스트와

45.
코드검사

47. SW

48. 동작

49. 테스트
SW

50. 동작

51. 테스트

52. ?

54.
(Quality

55. Assurance)

56.
!
관련해서

57. 말씀드릴

58. 3꼭지.
테스트

59.
케이스
단계별

60.
테스트
테스트

61.
자동화

62. 테스트케이스(TC)는

64.
기획단계에서

65. 나온

66. 제품(서비스)의

67. 요구사항을

68. 기반으로

69. 작성

70.
개발완료

71. 단계에서

72. 제품

73. 사용

74. 환경별로

75. 테스트(os,browser

76. 등)

77.
!
상세설계에서의

78. 요구사항,

79. 테스트케이스간의

80. sync

81. 유지가

82. 꽤

83. 중요.
SW

84. 동작

85. 테스트

86. 테스트는

87. 여러가지

88. 단계별

89. 테스트가

90. 필요.

91.
개발자

92.
테스트

93. test

94. code기반
의

95. 테스트
Test

96. engineer
의

97. 전문테스트
정상

98. 상황

99.
비정상

100. 상황

101.
…⋯
기본

102. TC

103. 자가검진 unit

104. test

105. code

106.
SW

107. 동작

108. 테스트

109. 테스트자동화

112.
개발자는

113. unit

114. test

115. code를

116. 작성,

117.
자동화된

118. 도구를

119. 활용해서

120. pass/fail로

121. 확인.
import unittest #Include the pyUnit unittest framework
import src2
!
class destUm(unittest.TestCase):
@classmethod
def setUpClass(self):
self.ddd = eeee
print classmethod
!
def setUp(self):
print start
!
def tearDown(self):
print tearDown
!
def test_number_1st(self):
self.assertEqual(int(src2.get_circle_area(3)),28)
self.assertEqual(int(src2.get_circle_area(3)),28)
print self.ddd
!
def test_number_2st(self):
self.assertEqual(int(src2.get_circle_area('3')),28)
!
def test_number_3st(self):
self.assertEqual(int(src2.get_circle_area(3.0)),28)
!
SW

122. 동작

123. 테스트

124. 소프트웨어

125. 품질은

126. 크게

127. 두

128. 가지.

131.
SW

132. 동작

133. 테스트와

134.
코드검사

136. 코드

137. 품질검사
코드

138. 품질

139. 검사.

140.
Code

141. Inspection
코드

142. 작성

143. 규칙 코드

144. 정적

145. 검사
코드

146. 리뷰복잡도

147. 검사
테스트코드

149.
커버리지

150. 코드

151. 품질검사
코딩

152. 컨벤션은,

153.
!
프로젝트

154. 구성원간의

155. 약속으로

156. 프로그램의

157. 동작과는

158. 상관

159. 없음.

160.
유지보수,

161. 가독성

162. 측면에서

163. 매우

164. 중요하게

165. 생각함.

166.
!
관련

167. 검사

168. 도구가

169. 있으나,

170.
의미적인(semantic)부분은

171. 결국

172. 사람이

173. 검사해야

174. 함

175.
(비싼

176. 비용..

177. 꾸준히

178. 하기

179. 어려움)

180. 코드

181. 품질검사
코드

182. 정적검사는,

183.
!
프로그램이

184. 잠재적인

185. 어떤

186. 오류를

187. 포함
하는지를

188. 판단.

190.
(memory,

191. logic

192. ,

193. null값

194. 참조

195. 오류,

196. security

197. 오류

198. 등)

199.
!
언어별로

200. 대부분

201. 적당한

202. 도구가

203. 존재.

205.
image : http://blog.codepen.io/2013/06/11/inline-error-messaging-for-js-hin

206. 코드

207. 품질검사
복잡도

208. 검사는,

209.
함수나

210. 클래스

211. 단위로

212. LOC뿐

213. 아니라

214. 조건문등이

215. 얼마나

216. 중첩되어

217. 있는지를

218. 판단

219.
중복코드

220. 검사는,

221.
함수나

222. 클래스

223. 단위로

224. 얼마나

225. 비슷한

226. 코드가

227. 존재하는지를

228. 비교해서

229. 보여줌.

230.
‘코드리뷰’를

231. 하는

232. 것이

233. 가장

234. 좋지만,

235.
비교적

236. 비싼

237. 비용이

238. 들어가는

239. ‘코드리뷰’를

241.
자동화하여

242. 대신할

243. 수

244. 있는

245. 좋은

246. 방법.

247. 코드

248. 품질검사
커버리지

249. 검사는,

250.
실제

251. 소스코드

252. 대비

253. 얼마나

254. 많은

255. 테스트코드가

256. 존재하는지

257. 판단.

260. 코드

261. 품질검사
품질검사..

262. 좋은

263. 도구,

264. 좋은

265. 방법

266. ..

267. 음

268. 좋군

269. !

270.
!
!
자

271. 이제

272. 중요합니다.

274. 코드

275. 품질검사
코드

276. 검사의

277. 문제점

278. 중

279. 하나는

280. ,

282.
정량적인

283. 데이터

284. 결과를

285. 어떻게

286. 활용하는가?

287. 이다.
!Q)

288.
평가의

289. 대상

290. ?

291. KPI와

292. 같은

293. 목표의

294. 대상

295. ?

296.
!
A)목표에

297. 포함하는

298. 것도

299. 가능하겠지만,

301.
본질을

302. 잊지말기.

303.
중요한

304. 건

305. 코드

306. 품질을

307. 꾸준히

308. 유지하려는

309. 의지임.

318. 좋은

319. 코드의

320. 품질이

325. 제품과

326. 서비스의

327. 성공일까?

333.
!

337.
제품과

338. 서비스의

339. 기본적인

340. 품질을

341. 보장

342.
좀

343. 느긋하게

344. 장기적인

345. 안목필요

346. 아무튼..

347.
개발자들은

348. 품질관리..이런

349. 거

350. 싫어한다느거..

351.
!
그래서,,

352.
!
자발적이거나,

353. 공감대가

354. 충분해야

355. 함.

356.
구성원간의

357. 충분한

358. 학습이

359. 필요.

360.
점진적인

361. 확대

362. :

363. 쉽고

364. 가능한

365. 것부터

366. 시작하기.

368. !
!
우아하게

369. 품질관리

370. 할

371. 수는

372. 없겠지?

374. 아무튼

375. 이런

376. 품질관리가

377. 매우

378. 번거롭고

379. 귀찮은

380. 일.

382.
빌드

383. 단계에서

384. 자동화는

385. 필수!

386.
CI

387. (Continuous

388. Itegration)

389. 도구를

390. 활용

391.
이미지출처:http://www.ranorex.com/

392. CI도구는

393. Jenkins와

395. Hudson

396. 등이

397. 있으며,

399.
간단한

400. 설정과정을

401. 거치면

402. 되고,

404.
다양한

405. 시각적인

406. 정보를

407. 제공해

408. 줌.

411. CI

412. 로

413. 좀더

414. 우아하게

415. 할

416. 수는

417. 있음.

418.
!
하지만

419. 구축한다고

420. 다

421. 되는게

422. 아니니까

424.
그럼에도

425. 중요한건,

426.
!
그

427. 의미를

428. 계속

429. 공유하고

430. 공감해야

432. 지속성있는

433. 지속적

434. 통합이

435. 가능함.

437. 협 업

438. 이런..죄송합니다

439.
협업에

440. 별다른

441. 해법도

442. 가지고

443. 있지

444. 않습니다(__)

445.
!
오늘은

446. 제

447. 경험을

448. 전달..

449. 다양한

450. 직군
전략

452.
기획

453.
디자이너

454.
UX

455.
html/css

456. 개발자

457.
javascript

458. 개발자

459.
웹

460. 서버

461. 프로그래밍

462. (java,

463. php..)

464.
Tester

466.
PM

467.
각종

468. 팀장...실장....본부장
전략회의

469.
요구사항

470. 도출을위한

471. 브레인스토밍

472.
상세설계

473. 리뷰

474.
디자인

475. 리뷰

476.
개발자간

477. 협의

478. (서버-클라이언트)

479.
개발진행

480. 검토

481. (정기미팅)

482.
최종개발완료

484.
테스트

485.
출시점검

487.
회고
엄청난

488. 협업

489. 미팅

490. 지나친

491. 분업화

492. 및

493. 전문화로

494. 바로

495. 옆

496. 기술을

497. 이해하지

498. 않으려하는

499. 문제점이

500. 생김.

501.
결국

502. 각각의

503. 기능은

504. 좋지만

505. 전체의

506. 모습은

507. 좋지

508. 않은

509. 결과가

510. 나옴.

511.
!
그래서

513.
서비스별

514. 조직으로

515. 팀이

516. 합쳐지기도

517. 하고..(A팀,B팀,

518. A2팀,

519. 솔루션팀

520. 등)

522. 어떤

523. 협업

524. 방법들이

525. 있을까?

527. 서로간의

528. 기술에

529. 대한

530. 이해를

531. 하려는

532. 노력

533.
ex.

534. 개발자가

535. 바라보는

536. 디자인의

537. 이해

538. 라는

539. 세미나를

540. 열기도..
비슷한

541. 직군간의

542. 정보

543. 교류는

544. 이메일이

545. 가장

546. 효율적

547.
그리고

548. 정보를

549. 계속

550. 아카이빙
소규모의

551. 정기적인

552. 세미나를

553. 통한

554. 기술공유
무엇보다

555. 얼굴보며

556. 잦은

557. 소통

558. 문제점을

559. 찾아

560. 추척관리하는

561.
버그

562. 트랙킹

563. 시스템은

564. 매우

565. 중요

566.
!
버그를

567. 등록

568. 하고,

569.
버그를

570. 확인해서

571. 우선순위를

572. 조정하고,

573.
담당자를

574. 할당하고

575.
담당자는

576. 수정하고,

577.
때론

578. 여러사람이

579. 커뮤니케이션을

580. 하며(댓글)

581.
해결된

582. 버그를

583. 종료

584. 처리하고,

586.
미해결된

587. 버그를

588. 계속

589. 남겨두고.

590.
!

591. 출처 : http://www.javaworld.com/javaworld/
짜짠…⋯

592. 프 로 젝 트

593. 중

594. 조 심 해 야

595. 할

596. 것

597. 1년짜리

598. 프로젝트?

599.
목적을

600. 잃어버리는

601. 구성원이

602. 다수..

603.
지속적으로

604. 목표를

605. 공유

606. 그리고

607. 점검

608. 중간관리자의

609. 실수..

610.
!
대부분의

611. 중간관리자는

612. 진짜

613. 문제를

614. 알고

615. 있음

616.
문제를

617. 살포시

618. 묻고,,

619.
사실을

620. 보고하지

621. 않는

622. 데서

623. 큰

624. 문제가

625. 생기기도

626. 함..

627. 다시

628. 하지

629. 않는

630. 일정

631. 재추정

632.
!
일정은

633. 맞추는게

634. 아니고

635. 계속

636. 맞추어

637. 나가는

638. 것

639.
따라서

640. 지속적으로

641. 일정을

642. 맞추는

643. 분위기가

644. 필요.

648. 우선순위의

649. 착각

651. ‘새로운

652. 방법론

653. 그리고

654. API,

655.
서둘러

656. 적용합시다

657. !!’

659.
최신기술,

660. 그런것도

661. 좀

662. 써야

663. 재미지지만

664.
그게

665. 우선해야

666. 하는건지도

667. 고민필요.

668. 애자일,

669. 스크럼,

670. XP..

671.
의도를

672. 모른

673. 채

674. 진행중인

675. 방법론과

676. 프로세스..

677. 방법론은,

678.
!
!
핵심은

679. 예측을

680. 줄이는

681. 것

682.
잦은

683. 일정

684. 재추정

685.
계획,

686. 데모,

687. 회고..

688. 이런거

689. 중요.

690.
데모와

691. 잦은

692. 커뮤니케이션을

693. 통해

694. 요구사항이

695. 맞는지

696. 자주

697. 확인

698.
방법론

699. 그자체를

700. 익히기

701. 전에

702. 방법론이

703. 왜

704. 필요한지에

705. 대한

706. 공감대

707. 형성.

708. 그리고

709. 마지막으로

711.
개발자들

712. 쪼지

713. 않기

715. :

716. )

717. End
;-D