1
소프트웨어 프로젝트 (사용자 이야기 등)를 계획하는 방법에 대한 많은 텍스트가 있지만 대개 예산, 자유 시간 및/또는 실제 개발 팀이 있다고 가정합니다. 그들은 환상적으로 들리지만 짧은 마감 시간에 일하는 독창적 인 개발자를 결코 고려하지 않는 것처럼 보입니다.소규모 소프트웨어 프로젝트를 시작하고 마무리하는 올바른 방법은 무엇입니까?
구현하기 전에 모든 메서드에 대한 테스트 사례를 작성하는 테스트 기반 방법론에 관해서도 많은 이야기가 있지만, 소프트웨어가 GUI 중심적 인 경우 이러한 메서드를 적용하기가 어렵다고 느낍니다. (서버 측) 웹 프로그래밍 또는 Flash/ActionScript).
내가 코드 조각을 완성 할 때마다 코드를 개선하기 위해 리팩토링을 많이 사용하려고 시도하지만 마지막 순간에 해킹 및 추가가 발생하면이 작업이 매우 실망스럽고 종종 활용할 수있는 방법이 있어야한다고 생각합니다. 가장 큰 계획 이론 중 일부는 대용량의 개발 팀과 소프트웨어 라이브러리 개발자를 가장 먼저 돕는 것을 의미합니다.
솔로 데비안으로 작은 응용 프로그램을 작성하는 올바른 방법은 무엇이며 코드 변경이 막판에 막히지 않도록하려면 어떻게해야합니까?
GUI 중심 소프트웨어의 테스트 사례를 작성하는 방법에 대한 가이드가 있습니까? 나는 종종 내 코드가 GUI, 네트워크 또는 비동기 이벤트로부터 쉽게 분리 될 수 없다는 것을 알게된다. 테스트 중심 개발에 관한 대부분의 문헌은 웹 응용 프로그램이나 GUI 코드를 무시하는 대신 명백한 것에 집중합니다. –
소스 제어가 많은 도움이 될 수 있다는 점에 동의합니다.하지만 그 계획을 더욱 향상시키고 싶습니다. 나는 처음에는 더 많은 "의식의 흐름"스타일로 코드를 작성한 다음 전체 응용 프로그램에 대한 청사진을 작성하고 세부 사항을 채우기보다는 코드를 리팩터링하고 정리합니다. 사용자 이야기, 유스 케이스 및 UML 다이어그램에 대한 지출 일은 시간이 부족하고 전체 개발자 팀이 귀하와 고무 오리로 구성되어있을 때 과도한 것처럼 보입니다. –
사용 도구에 조금 달려 있습니다. http://www.opensourcetesting.org/functional.php 처음에는 레일스에서 머리를 숙이고 초점을 맞출 때까지 전체 TDD/BDD 접근법으로 정말 어려움을 겪었습니다. 오이 사용. 시간이 좀 걸렸지 만 일단 처음으로 "아하"순간에 도달하면 흐름이 시작됩니다. 나는 www.tekpub.com에 vidoes가 진짜로 도움이 된 ㄴ다는 것을 찾아 냈다, 몇몇 자유로운 그들 http://metkpub.com/production/concepts 또한 railscasts 시리즈가, 당신의 눈 http : // railscasts를 열 수있는 동안 집중된 레일이있다. –